From marchyn at vviss.cz Tue Jan 2 12:28:28 2007 From: marchyn at vviss.cz (Marchyn Tibor) Date: Tue, 2 Jan 2007 12:28:28 +0100 Subject: pomoc s cvsup a bind9 Message-ID: zdravim, som vo freebsd novacik a mam problem pri kompilacii bind9. Po konfiguracii cvsup sa mi niektore porty nedaju skompilovat a niektore obsahuju divne subory. Medzi nimi je aj bind9. Konfigurak cvsup je: [] cat cvsup.ports.conf *default tag=. *default host=cvsup.cz.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs *default delete use-rel-suffix *default compress ports-all obsah adresara /usr/ports/net/bind9 je [root at ns-1 /usr/ports/net/bind9]# ls -R Attic files ./Attic: Makefile,v pkg-comment,v pkg-message,v distinfo,v pkg-descr,v pkg-plist,v ./files: Attic ./files/Attic: patch-Makefile.in,v patch-assertions.h,v preco tam nie je Makefile a ine..? Preco tie subory maju na konci v nazve suboru ",v" ?? co znamena Attic ???? takto sa mi to opakuje v dost vela portoch.... snazil som sa tie subory premenovat bez ",v" ale st?le to vypisovalo nieco o neplatnych argumentoch a podobne... Dik moc. From freebsd-users-l at wilbury.sk Tue Jan 2 13:30:16 2007 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Tue, 02 Jan 2007 13:30:16 +0100 Subject: pomoc s cvsup a bind9 In-Reply-To: References: Message-ID: <459A5058.6080802@wilbury.sk> Marchyn Tibor wrote: > zdravim, > > som vo freebsd novacik a mam problem pri kompilacii bind9. > Po konfiguracii cvsup sa mi niektore porty nedaju skompilovat a niektore > obsahuju divne subory. Medzi nimi je aj bind9. > > Dik moc. > Zhrniem to do dvoch viet, Dan Lukes promine: - Nespravny obsah supfile pre ports (odporucam /usr/share/examples/cvsup/ports-supfile pre zaciatok) - BIND9 je v zakladnom systeme ako /usr/sbin/named otis P.S.: PF2007 -- Juraj Lutter | /\ ASCII Ribbon Campaign otis (at) wilbury.sk | \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail From 000.fbsd at quip.cz Tue Jan 2 13:55:13 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 02 Jan 2007 13:55:13 +0100 Subject: pomoc s cvsup a bind9 In-Reply-To: References: Message-ID: <459A5631.9040200@quip.cz> Marchyn Tibor wrote: > zdravim, > > som vo freebsd novacik a mam problem pri kompilacii bind9. > Po konfiguracii cvsup sa mi niektore porty nedaju skompilovat a niektore > obsahuju divne subory. Medzi nimi je aj bind9. Stahuje se vam tam CVS strom (tedy soubory verzovaciho systemu), coz je zpusobeno chybnym konfigurakem cvsupu. Nicmene jestli mate FreeBSD 6, tak bych pro aktualizaci portu doporucil `man portsnap` Miroslav Lachman From xdivac02 at stud.fit.vutbr.cz Tue Jan 2 17:58:18 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 2 Jan 2007 17:58:18 +0100 Subject: nejde nastavit ceske prostredi pres LANG In-Reply-To: <20061230143053.GA46634@stud.fit.vutbr.cz> References: <20061230143053.GA46634@stud.fit.vutbr.cz> Message-ID: <20070102165818.GA36233@stud.fit.vutbr.cz> On Sat, Dec 30, 2006 at 03:30:53PM +0100, Divacky Roman wrote: > ve zkratce: > > vlk ~$ setenv LANG cs_CZ.UTF-8 > vlk ~$ locale > LANG=cs_CZ.UTF-8 > LC_CTYPE="C" > LC_COLLATE="C" > LC_TIME="C" > LC_NUMERIC="C" > LC_MONETARY="C" > LC_MESSAGES="C" > LC_ALL= > > locale -a vypise normalne vsechny lokalizace vcetne te cs_CZ.UTF-8, v /usr/share/locale > je adresar pro tu lokalizaci > > doma mi to normalne funguje... (tj. ty LC_* potvory se prenastavi na cs_...) > ten stroj je normalni 6.1R v podstate bez zasahu do make.conf (nastaveni > ze NO_GUI, PERL* a CFLAGS a CPU jinak v podstate nic) > > tusite nekdo proc to nastaveni locales nefunguje? nebo co/kde to ovlivnuje? > ja cestinu nepouzivam a tak naprosto netusim :( hm.. tak upgrade na 6.2 tomu pomohl... proc to je mimo me chapani :) From xdivac02 at stud.fit.vutbr.cz Tue Jan 2 18:00:39 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 2 Jan 2007 18:00:39 +0100 Subject: pomoc s cvsup a bind9 In-Reply-To: References: Message-ID: <20070102170039.GB36233@stud.fit.vutbr.cz> On Tue, Jan 02, 2007 at 12:28:28PM +0100, Marchyn Tibor wrote: > zdravim, > > som vo freebsd novacik a mam problem pri kompilacii bind9. > Po konfiguracii cvsup sa mi niektore porty nedaju skompilovat a niektore > obsahuju divne subory. Medzi nimi je aj bind9. jen obecna poznamka.. v podstate veskere fbsd specific konfigurcni soubory (kam pocitam i cvsupove) maji nekde priklad.. typicky v /usr/share/examples... vetsinou je velmi vyhodne vzit ten soubor odtam a pouze ho zeditovat.... roman From jp at devnull.cz Tue Jan 2 19:31:01 2007 From: jp at devnull.cz (Jan Pechanec) Date: Tue, 2 Jan 2007 19:31:01 +0100 (CET) Subject: Darren Reed v Praze Message-ID: <20070102192216.D84009@shark.devnull.cz> ahoj, mozna by mohlo nekoho zajimat ze ve stredu 10.1 v 18:30 na MFF na Male Strane, v poslucharne S5, bude mluvit Darren Reed, autor IPfilteru. je to soucast OpenSolaris prednasek, "The topic will be OpenSolaris Networking Development. Topics to include packet filtering, crossbow and ip instances." Kazdopadne spolecnym znakem je open source obecne. h. -- Jan Pechanec http://www.devnull.cz From jp at devnull.cz Tue Jan 2 19:49:16 2007 From: jp at devnull.cz (Jan Pechanec) Date: Tue, 2 Jan 2007 19:49:16 +0100 (CET) Subject: nejde nastavit ceske prostredi pres LANG In-Reply-To: <20070102165818.GA36233@stud.fit.vutbr.cz> References: <20061230143053.GA46634@stud.fit.vutbr.cz> <20070102165818.GA36233@stud.fit.vutbr.cz> Message-ID: <20070102194642.H84009@shark.devnull.cz> On Tue, 2 Jan 2007, Divacky Roman wrote: >> tusite nekdo proc to nastaveni locales nefunguje? nebo co/kde to ovlivnuje? >> ja cestinu nepouzivam a tak naprosto netusim :( > >hm.. tak upgrade na 6.2 tomu pomohl... proc to je mimo me chapani :) muze stacit malej problem v datech danyho prostredi a LC_* ti zustanou na defaultni hodnote POSIX (C). truss by ti mozna predtim ukazal presne co ti chybelo. h. -- Jan Pechanec http://www.devnull.cz From fabian at fabian.cz Tue Jan 2 23:04:57 2007 From: fabian at fabian.cz (Lukas Vana) Date: Tue, 02 Jan 2007 22:04:57 +0000 Subject: Problem s primountovanim usb zarizeni Message-ID: <459AD709.5060108@fabian.cz> Ahoj, mam tu nejaky noname mp3 prehravac. Chtel bych do nej nahrat hudbu, ale kdyz ho pres usb pripojim zahlasi se mi takto: da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 962MB (1971889 512 byte sectors: 64H 32S/T 962C) Pokud vsak dam prikaz mount -t msdosfs /dev/da0 /mnt (nebo i jiny fs) nic se nestany. Nezobrazi se ani dalsi prompt...proste to jakoby zamrzne. Zkousel jsem to pripojit k pocitaci s windows a tam to slo. Jinak stejna chyba se mi stava i na jinem pocitaci s freebsd. Jinak mam: nemesis# uname -a FreeBSD nemesis 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:32:43 UTC 2006 root at opus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Diky za rady -- Lukas Vana (fabian) IT bridge.net s.r.o. Vinohradska 184 130 52 Praha 3 Czech republic tel.: +420 267 132 439 web: http://www.itbridge.net home page: http://home.fabian.cz icq: 274000127 irc: #czech at AfterNet, #penguin.cz at IRCNet From jp at devnull.cz Tue Jan 2 22:17:30 2007 From: jp at devnull.cz (Jan Pechanec) Date: Tue, 2 Jan 2007 22:17:30 +0100 (CET) Subject: Problem s primountovanim usb zarizeni In-Reply-To: <459AD709.5060108@fabian.cz> References: <459AD709.5060108@fabian.cz> Message-ID: <20070102221351.M84009@shark.devnull.cz> On Tue, 2 Jan 2007, Lukas Vana wrote: >da0 at umass-sim0 bus 0 target 0 lun 0 >da0: Removable Direct Access SCSI-0 device >da0: 40.000MB/s transfers >da0: 962MB (1971889 512 byte sectors: 64H 32S/T 962C) > >Pokud vsak dam prikaz >mount -t msdosfs /dev/da0 /mnt cau, zamrznout by to nemelo, ale mel bys montovat DOS partition, skoro bych rekl ze i na tomhle bude partition table (uz si to nepamatuju...) mount_msdos /dev/da0s1 /mnt pripadne pouzij fdisk abys videl co tam opravdu je. Pokud se ti v /dev zarizeni da0s1 nebo jina sX neobjevi, tak bude nekde jina chyba. h. -- Jan Pechanec http://www.devnull.cz From fabian at fabian.cz Wed Jan 3 00:09:32 2007 From: fabian at fabian.cz (Lukas Vana) Date: Tue, 02 Jan 2007 23:09:32 +0000 Subject: Problem s primountovanim usb zarizeni In-Reply-To: <20070102221351.M84009@shark.devnull.cz> References: <459AD709.5060108@fabian.cz> <20070102221351.M84009@shark.devnull.cz> Message-ID: <459AE62C.7050306@fabian.cz> Jan Pechanec wrote: > On Tue, 2 Jan 2007, Lukas Vana wrote: > > >> da0 at umass-sim0 bus 0 target 0 lun 0 >> da0: Removable Direct Access SCSI-0 device >> da0: 40.000MB/s transfers >> da0: 962MB (1971889 512 byte sectors: 64H 32S/T 962C) >> >> Pokud vsak dam prikaz >> mount -t msdosfs /dev/da0 /mnt >> > > cau, zamrznout by to nemelo, ale mel bys montovat DOS partition, > skoro bych rekl ze i na tomhle bude partition table (uz si to nepamatuju...) > > mount_msdos /dev/da0s1 /mnt > > pripadne pouzij fdisk abys videl co tam opravdu je. Pokud se ti v > /dev zarizeni da0s1 nebo jina sX neobjevi, tak bude nekde jina chyba. > > h. > > Ano, je to tak, jak pises. Zadne zarizeni da0sX se mi tam neobjevi. Takze bych to mel nejak zformatovat a rozdelit? -- Lukas Vana (fabian) IT bridge.net s.r.o. Vinohradska 184 130 52 Praha 3 Czech republic tel.: +420 267 132 439 web: http://www.itbridge.net home page: http://home.fabian.cz icq: 274000127 irc: #czech at AfterNet, #penguin.cz at IRCNet From jp at devnull.cz Tue Jan 2 23:37:38 2007 From: jp at devnull.cz (Jan Pechanec) Date: Tue, 2 Jan 2007 23:37:38 +0100 (CET) Subject: Problem s primountovanim usb zarizeni In-Reply-To: <459AE62C.7050306@fabian.cz> References: <459AD709.5060108@fabian.cz> <20070102221351.M84009@shark.devnull.cz> <459AE62C.7050306@fabian.cz> Message-ID: <20070102233153.H84009@shark.devnull.cz> On Tue, 2 Jan 2007, Lukas Vana wrote: >> pripadne pouzij fdisk abys videl co tam opravdu je. Pokud se ti v >> /dev zarizeni da0s1 nebo jina sX neobjevi, tak bude nekde jina chyba. >> >> h. >> >> >Ano, je to tak, jak pises. Zadne zarizeni da0sX se mi tam neobjevi. >Takze bych to mel nejak zformatovat a rozdelit? fdisk /dev/da0 ti ukaze co tam je. Ale pokud to neni v /dev tak to proste devfs nejak nepobere, vytvoreni DOS partition prikazy ze systemu by mohlo pomoci abys to videl pod FreeBSD (a taky treba ne) ale na tom sticku taky uz muze byt neco co potrebuje ten system. Abys to pak rozchodil aspon zpatky pod Win. mozna bude vedet nekdo jiny, nevim. Muzes si pres dd(1) udelat image celeho da0 a pak si s tim muzes hrat a pri problemech tam ten image jen hodit zpatky, ale kdyz to pokazis tak je to na tobe... h. -- Jan Pechanec http://www.devnull.cz From charpe at real.wilbury.sk Wed Jan 3 19:41:03 2007 From: charpe at real.wilbury.sk (Ivan Petovsky) Date: Wed, 3 Jan 2007 19:41:03 +0100 Subject: DoS a DDoS Message-ID: <20070103184103.GC8431@real.wilbury.sk> Dobry den, mohli by ste mi poradit alebo poslat link na dokument, ktory by pojednaval o ochrane webovych serverov proti DoS a DDoS utokom specialne pre FreeBSD system? Ide mi hlavne o: - ochrana na urovni sietovej vrstvy: Packet Filter (obmedzenie maximalneho poctu spojeni z konkretnej IP alebo podsiete), - ochrana na urovni http protokolu: (mod_dosevasive, ...) - ochrana proti vycerpaniu tabulky spojeni, - ochrana proti zahlteniu velkym mnozstvom paralelnych spojeni, - ochrana proti vycerpaniu systemovych prostriedkov (povolenie SYN-cookies na FreeBSD), Dakujem za kazdu radu. charpe From jarek at ataxo.com Wed Jan 3 20:43:44 2007 From: jarek at ataxo.com (=?utf-8?B?SmFyb23DrXIgRHZvxZnDocSNZWs=?=) Date: Wed, 3 Jan 2007 20:43:44 +0100 Subject: Problem s primountovanim usb zarizeni In-Reply-To: <20070102233153.H84009@shark.devnull.cz> References: <459AD709.5060108@fabian.cz> <20070102221351.M84009@shark.devnull.cz> <459AE62C.7050306@fabian.cz> <20070102233153.H84009@shark.devnull.cz> Message-ID: <20070103194344.GB73978@ataxo.com> On 02. Jan (Tuesday) 2007 at 23:37:38, Jan Pechanec wrote: > On Tue, 2 Jan 2007, Lukas Vana wrote: > > >> pripadne pouzij fdisk abys videl co tam opravdu je. Pokud se ti v > >> /dev zarizeni da0s1 nebo jina sX neobjevi, tak bude nekde jina chyba. > >> > >> h. > >> > >> > >Ano, je to tak, jak pises. Zadne zarizeni da0sX se mi tam neobjevi. > >Takze bych to mel nejak zformatovat a rozdelit? > > fdisk /dev/da0 > > ti ukaze co tam je. Ale pokud to neni v /dev tak to proste devfs > nejak nepobere, vytvoreni DOS partition prikazy ze systemu by mohlo pomoci > abys to videl pod FreeBSD (a taky treba ne) ale na tom sticku taky uz muze > byt neco co potrebuje ten system. Abys to pak rozchodil aspon zpatky pod > Win. > > mozna bude vedet nekdo jiny, nevim. Muzes si pres dd(1) udelat image > celeho da0 a pak si s tim muzes hrat a pri problemech tam ten image jen > hodit zpatky, ale kdyz to pokazis tak je to na tobe... > > h. > > -- > Jan Pechanec > http://www.devnull.cz > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l > Mel jsem obdobnou zkusenost a prerozdeleni pomohlo. Od vyrobce to bylo vytvorene ponekud pofiderne, widle to braly, nic jineho ne (dokonce se to po mem zasahu zrychlilo:)) J. From dan at obluda.cz Wed Jan 3 22:02:15 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 03 Jan 2007 22:02:15 +0100 Subject: DoS a DDoS In-Reply-To: <20070103184103.GC8431@real.wilbury.sk> References: <20070103184103.GC8431@real.wilbury.sk> Message-ID: <459C19D7.50803@obluda.cz> Ivan Petovsky napsal/wrote: > mohli by ste mi poradit alebo poslat link na dokument, ktory by pojednaval o > ochrane webovych serverov proti DoS a DDoS utokom specialne pre FreeBSD system? To je jedna z otazek, ktere se snaze polozi nez zodpovi. DoS neni oznaceni zadneho konkretniho utoku, nybrz cele skupiny utoku, ktere poji spolecny nasledek. Ruznych utoku spadajicich do teto kategorie je nespocetne a neexistuje zadna konkretni obrana proti nekonkretne specifikovanemu typu utoku. > Ide mi hlavne o: > - ochrana na urovni sietovej vrstvy: Packet Filter (obmedzenie maximalneho > poctu spojeni z konkretnej IP alebo podsiete), man ipf ipfw (podle vybraneho filtrovaciho protokolu) > - ochrana na urovni http protokolu: (mod_dosevasive, ...) Tady je patrne vhodnejsi hledat dokumentaci ke zvolenemu HTTP serveru. Na urovni OS poskytuje urcitou uroven ochrany [man accf_http], ale jen v pripade, ze ji HTTP server vyuzije. > - ochrana proti vycerpaniu tabulky spojeni, > - ochrana proti zahlteniu velkym mnozstvom paralelnych spojeni, Nejsem si jist, zda se tyto dotazy dostatecne lisi od sebe navzajem i od bodu jedna (omezeni maximalniho poctu spojeni) > - ochrana proti vycerpaniu systemovych prostriedkov (povolenie SYN-cookies na > FreeBSD), man tuning man setrlimit man tcp man syncookies A FreeBSD handbook, pro ctyri z peti otazek. V pripade, ze by ti bylo neco konkretniho nejasne, poloz konkretnejsi dotaz. Dan From jan_dusatko at post.cz Wed Jan 3 22:34:25 2007 From: jan_dusatko at post.cz (=?iso-8859-2?B?SmFuIER1ueF0a28=?=) Date: Wed, 3 Jan 2007 22:34:25 +0100 Subject: FreeBSD, OpenSSL a CA In-Reply-To: <459C19D7.50803@obluda.cz> Message-ID: <000001c72f7e$f1281870$20fda8c0@relict> Zdravi vespolek, mam jisty drobny problem s vytvarenim certifikacni autority. Oblibeny RTFM ani STFG strycka google moc nepomohli, tak se obracim s prosbou o radu. Puvodne jsem chtel pouzit ne OpenSSL, ale systemove sluzby, ale vysledek je stejny. Pro generovani pouzivam soubory CA.pl pripadne CA.sh se shodnym vysledkem: CA.pl -newca CA.pl -newreq CA.pl -sign Kde posledni (CA.pl - sign) mi vrati zpet nasledujici informaci: Using configuration from /etc/ssl/openssl.cnf variable lookup failed for CA_Default::private_key 66694:error:0E06D06C:configuration file routines:NCONF_get_string:no value:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/conf/conf _lib.c:329:group=CA_Default name=private_key Signed certificate is in newcert.pem a soubor newcert.pem ma nulovou velikost. Muze mi nekdo pomoci radou nebo postupem, jakym zpusobem korektne rozchodit lokalni CA ? Predem diky Honza From calda at dzungle.ms.mff.cuni.cz Wed Jan 3 22:38:08 2007 From: calda at dzungle.ms.mff.cuni.cz (Jiri Calda) Date: Wed, 03 Jan 2007 22:38:08 +0100 Subject: FreeBSD, OpenSSL a CA In-Reply-To: <000001c72f7e$f1281870$20fda8c0@relict> References: <000001c72f7e$f1281870$20fda8c0@relict> Message-ID: <459C2240.2060506@dzungle.ms.mff.cuni.cz> Jan Du??tko wrote: > Pro generovani pouzivam soubory CA.pl pripadne CA.sh se shodnym vysledkem: > > CA.pl -newca > CA.pl -newreq > CA.pl -sign > > Kde posledni (CA.pl - sign) mi vrati zpet nasledujici informaci: > Using configuration from /etc/ssl/openssl.cnf > variable lookup failed for CA_Default::private_key > 66694:error:0E06D06C:configuration file routines:NCONF_get_string:no > value:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/conf/conf > _lib.c:329:group=CA_Default name=private_key > Signed certificate is in newcert.pem > > a soubor newcert.pem ma nulovou velikost. Muze mi nekdo pomoci radou nebo > postupem, jakym zpusobem korektne rozchodit lokalni CA ? Mrkni treba na http://www.root.cz/clanky/jak-na-openssl-2/ Pokud bys neco nepochopil, tak pak s dotazem sem. Jirka From dan at obluda.cz Wed Jan 3 23:47:06 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 03 Jan 2007 23:47:06 +0100 Subject: FreeBSD, OpenSSL a CA In-Reply-To: <000001c72f7e$f1281870$20fda8c0@relict> References: <000001c72f7e$f1281870$20fda8c0@relict> Message-ID: <459C326A.2000509@obluda.cz> Jan Du??tko napsal/wrote: > Using configuration from /etc/ssl/openssl.cnf > variable lookup failed for CA_Default::private_key > 66694:error:0E06D06C:configuration file routines:NCONF_get_string:no > value:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/conf/conf > _lib.c:329:group=CA_Default name=private_key Hlasi to, dost jasne (dokonce dvakrat), ze v /etc/ssl/openssl.cnf nemuze najit promennou private_key v sekci CA_Default Je v sekci CA_Default promenna private_key definujici na privatni klic autority ? Dan From jan_dusatko at post.cz Thu Jan 4 00:36:35 2007 From: jan_dusatko at post.cz (=?iso-8859-2?B?SmFuIER1ueF0a28=?=) Date: Thu, 4 Jan 2007 00:36:35 +0100 Subject: FreeBSD, OpenSSL a CA In-Reply-To: <459C326A.2000509@obluda.cz> Message-ID: <000c01c72f90$024215f0$20fda8c0@relict> Jan Du??tko napsal/wrote: > Using configuration from /etc/ssl/openssl.cnf > variable lookup failed for CA_Default::private_key > 66694:error:0E06D06C:configuration file routines:NCONF_get_string:no > value:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/con > f/conf > _lib.c:329:group=CA_Default name=private_key Hlasi to, dost jasne (dokonce dvakrat), ze v /etc/ssl/openssl.cnf nemuze najit promennou private_key v sekci CA_Default Je v sekci CA_Default promenna private_key definujici na privatni klic autority ? Dan prikladam cast vypisu [ CA_default ] dir = /etc/ssl/default certs = $dir/server crl_dir = $dir/crls database = $dir/index.txt unique_subject = yes new_certs_dir = $dir/newcerts certificate = $dir/CA/cacert.pem serial = $dir/serial #crlnumber = $dir/crlnumber crl = $dir/crls/crl.pem private_key = $dir/CA/private/cakey.pem RANDFILE = $dir/CA/private/.rand From babjak at hilbert.chtf.stuba.sk Thu Jan 4 07:28:34 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Thu, 4 Jan 2007 07:28:34 +0100 Subject: DoS a DDoS In-Reply-To: <459C19D7.50803@obluda.cz> References: <20070103184103.GC8431@real.wilbury.sk> <459C19D7.50803@obluda.cz> Message-ID: <20070104062834.GA35575@hilbert.chtf.stuba.sk> > man ipf ipfw (podle vybraneho filtrovaciho protokolu) > > > - ochrana na urovni http protokolu: (mod_dosevasive, ...) > > Tady je patrne vhodnejsi hledat dokumentaci ke zvolenemu HTTP serveru. > Na urovni OS poskytuje urcitou uroven ochrany [man accf_http], ale jen v > pripade, ze ji HTTP server vyuzije. ^-- Netreba zabudat na pf. Silne odporucam "man pf.conf" a hladat "synproxy", zaujimavy moze by aj scrubing. J. From dan at obluda.cz Thu Jan 4 09:54:48 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 04 Jan 2007 09:54:48 +0100 Subject: FreeBSD, OpenSSL a CA In-Reply-To: <000c01c72f90$024215f0$20fda8c0@relict> References: <000c01c72f90$024215f0$20fda8c0@relict> Message-ID: <459CC0D8.1070103@obluda.cz> Jan Du??tko napsal/wrote: >>> Using configuration from /etc/ssl/openssl.cnf >>> variable lookup failed for CA_Default::private_key >> >>> 66694:error:0E06D06C:configuration file routines:NCONF_get_string:no >>> value:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/con >>> f/conf >>> _lib.c:329:group=CA_Default name=private_key > >> Je v sekci CA_Default promenna private_key definujici na privatni >> klic >> autority ? > prikladam cast vypisu > > [ CA_default ] > dir = /etc/ssl/default ... > private_key = $dir/CA/private/cakey.pem Jasne, to je pekny vypis, nicmene zpet k moji otazce. Je v sekci CA_Default promenna private_key ? ^ ^!^ Dan From Kaminar at seznam.cz Thu Jan 4 12:03:07 2007 From: Kaminar at seznam.cz (Kaminar) Date: Thu, 04 Jan 2007 12:03:07 +0100 (CET) Subject: =?us-ascii?Q?USB=20klicenka=20s=20vfat?= Message-ID: <2428.2619-14341-1118419039-1167908587@seznam.cz> Zdravim, potreboval bych poradit s jednim problemem, jehoz reseni nemohu nikde nalezt. Mam usb flasku s fatkou, kterou montuju: # mount -t msdos -o -DCP852,-Lcs_CZ.ISO8859-2 /dev/da0s1 /mnt a v?e funguje. Jen jsou velmi obtezujici dve veci: 1) Vsechny soubory na flasce jsou s pravy rwxrwxrwx a kdyz je z ni kopiruji na disk, tak se ta prava okopiruji. Je mozne nejak zajistit, aby prava na klicence byla v nejakem predem danem formatu, napr. rw------- a podobne nebo aby se soubory kopiroval s pravy odpovidajici umasku? 2) Kdyz kopiruji na klicenku z disku, tak nelze vytvorit soubor s puvodnim datem a casem jako je u puvodniho souboru "cp -p". Napise varovani: cp: utimes ..: Operation not permitted cp: chmod : Operation not permitted Krome toho v MidnightCommandru to zpusobuje pri kopirovani u kazdeho souboru varovani, ze nelze zmenit patricne udaje. "Cannot chmod target file ... Operation not permitted(1)" Pri kopirovani vice souboru je MC v podstate nepouzitelny. Lze nejak zaridit, aby se soubory kopirovaly na klicenku se zachovanim sveho data? Za rady predem diky Karel From dan at obluda.cz Thu Jan 4 12:56:40 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 04 Jan 2007 12:56:40 +0100 Subject: USB klicenka s vfat In-Reply-To: <2428.2619-14341-1118419039-1167908587@seznam.cz> References: <2428.2619-14341-1118419039-1167908587@seznam.cz> Message-ID: <459CEB78.7040508@obluda.cz> Kaminar napsal/wrote: > # mount -t msdos -o -DCP852,-Lcs_CZ.ISO8859-2 /dev/da0s1 /mnt > 1) Vsechny soubory na flasce jsou s pravy rwxrwxrwx a kdyz je z ni kopiruji > na disk, tak se ta prava okopiruji. Je mozne nejak zajistit, aby prava na klicence > byla v nejakem predem danem formatu, napr. rw------- a podobne man mount_msdosfs optiony dovoluji nastavit jak zdanliva prava tak zdanlive vlastniky > 2) Kdyz kopiruji na klicenku z disku, tak nelze vytvorit soubor s puvodnim > datem a casem jako je u puvodniho souboru "cp -p". Napise varovani: > > cp: utimes ..: Operation not permitted > cp: chmod : Operation not permitted Ono '-p' znamena podstatne vice, nez jen zachovani puvodniho data modifikace. Znamena take zachovani casu posledniho pristupu - a takovy atribut MSDOS nezna. Takze ho nelze nastavit. A samozrejme nelze nastavit ani prava - ani to MSDOS nezna. A to jsou ty dve "EPERN" hlasky. > Krome toho v MidnightCommandru to zpusobuje pri kopirovani u kazdeho > souboru varovani, ze nelze zmenit patricne udaje. > > "Cannot chmod target file ... > Operation not permitted(1)" > > Pri kopirovani vice souboru je MC v podstate nepouzitelny. > Lze nejak zaridit, aby se soubory kopirovaly na klicenku se zachovanim > sveho data? Ano, ale ne kterymkoliv z techto programu. Musite najit nejaky takovy, ktery nastavuje ne to, co chcete a to co nechcete (a navic to ani nastavit nejde) nemeni. Pokdu nenajdete takovy "hotovy" program, vzdy to muze byt script zalozeny na 'cp' s naslednym uzitim 'touch -m -r ...' Dan From piftik at yhman.tnuni.sk Thu Jan 4 14:32:22 2007 From: piftik at yhman.tnuni.sk (Stefan Kremen) Date: Thu, 4 Jan 2007 14:32:22 +0100 Subject: Intel EtherExpress PRO/100 Server Ethernet Adapter Message-ID: <20070104123551.M61535@yhman.tnuni.sk> Zdravim, za lacny peniaz som ziskal dve Intel PRO/100 sietovky v domneni, ze su to preda kvalitne sietovky :) V OS Windows XP boli v poriadku rozpoznane. Vo FreeBSD to tak vsak nie je. Podotykam, ze na karte sa fyzicky nachadza chip s82557 a taktiez aj i960. Update zdrojovych kodov (RELENG_6) bol robeny asi pred pol hodinou, je to vidno na case kompilacie v nasledujucom vypise: #uname -a FreeBSD iklubtn2.hopto.org 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #3: Thu Jan 4 14:06:23 CET 2007 root at iklubtn2.hopto.org:/usr/obj/usr/src/sys/iklubtn2 i386 #kldstat Id Refs Address Size Name 1 3 0xc0400000 4808fc kernel 2 1 0xc0881000 59644 acpi.ko #pciconf -lv (skrateny vypis) pcib2 at pci1:9:0: class=0x060400 card=0x00018086 chip=0x52008086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = 'EtherExpress PRO/100 Server PCI to PCI Bridge' class = bridge subclass = PCI-PCI none0 at pci1:9:1: class=0x020000 card=0x00018086 chip=0x52018086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'EtherExpress PRO/100 Server Ethernet Adapter' class = network subclass = ethernet pcib3 at pci1:10:0: class=0x060400 card=0x00018086 chip=0x52008086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = 'EtherExpress PRO/100 Server PCI to PCI Bridge' class = bridge subclass = PCI-PCI none1 at pci1:10:1: class=0x020000 card=0x00018086 chip=0x52018086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'EtherExpress PRO/100 Server Ethernet Adapter' class = network subclass = ethernet Predpokladam, ze zariadenia pcib2 a pcib3 su tie chipy i960. #dmesg (skrateny vypis) pcib2: at device 9.0 on pci1 pci2: on pcib2 pci1: at device 9.1 (no driver attached) pcib3: at device 10.0 on pci1 pci3: on pcib3 pci1: at device 10.1 (no driver attached) #grep FreeBSD /usr/src/sys/dev/fxp/if_fxp.c __FBSDID("$FreeBSD: src/sys/dev/fxp/if_fxp.c,v 1.240.2.11 2006/11/20 16:22:32 rink Exp $"); V subore if_fxp.c som urobil nasledovnu zmenu: #diff -ruN if_fxp.c.orig if_fxp.c --- if_fxp.c.orig Thu Jan 4 14:20:26 2007 +++ if_fxp.c Thu Jan 4 14:00:44 2007 @@ -200,6 +200,7 @@ { 0x1229, -1, "Intel 82557/8/9 Pro/100 Ethernet" }, { 0x2449, -1, "Intel 82801BA/CAM (ICH2/3) Pro/100 Ethernet" }, { 0x27dc, -1, "Intel 82801GB (ICH7) 10/100 Ethernet" }, + { 0x5201, -1, "Intel 82557/8/9 Pro/100 Ethernet" }, { 0, -1, NULL }, }; Po prekompilovani kernelu sa situacia trocha zlepsila, no stale to nie je ono: #pciconf -lv (skrateny vypis) pcib2 at pci1:9:0: class=0x060400 card=0x00018086 chip=0x52008086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = 'EtherExpress PRO/100 Server PCI to PCI Bridge' class = bridge subclass = PCI-PCI fxp0 at pci1:9:1: class=0x020000 card=0x00018086 chip=0x52018086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'EtherExpress PRO/100 Server Ethernet Adapter' class = network subclass = ethernet pcib3 at pci1:10:0: class=0x060400 card=0x00018086 chip=0x52008086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = 'EtherExpress PRO/100 Server PCI to PCI Bridge' class = bridge subclass = PCI-PCI fxp1 at pci1:10:1: class=0x020000 card=0x00018086 chip=0x52018086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'EtherExpress PRO/100 Server Ethernet Adapter' class = network subclass = ethernet #dmesg (skrateny vypis) pcib2: at device 9.0 on pci1 pci2: on pcib2 fxp0: mem 0xfae00000-0xfaffffff irq 17 at device 9.1 on pci1 fxp0: fxp_miibus_readreg: timed out fxp0: fxp_miibus_readreg: timed out ( ^^ tato hlaska celkovo 32x) fxp0: MII without any PHY! device_attach: fxp0 attach returned 6 pcib3: at device 10.0 on pci1 pci3: on pcib3 fxp1: mem 0xfac00000-0xfadfffff irq 21 at device 10.1 on pci1 fxp1: fxp_miibus_readreg: timed out fxp1: fxp_miibus_readreg: timed out ( ^^ tato hlaska celkovo 32x) fxp1: MII without any PHY! device_attach: fxp1 attach returned 6 A tu som s mojimi znalostami skoncil, prosim skusenejsich o radu, ako mam postupovat dalej v pripade najdenia zodpovedajuceho PHY. Malo by to byt zariadenie 'nsphy', no ruku do ohna za to nedam. A ted, babo rad. :) ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From gabriel31337 at gmail.com Thu Jan 4 14:42:31 2007 From: gabriel31337 at gmail.com (gabriel) Date: Thu, 04 Jan 2007 14:42:31 +0100 Subject: FreeBSD, OpenSSL a CA In-Reply-To: <459CC0D8.1070103@obluda.cz> References: <000c01c72f90$024215f0$20fda8c0@relict> <459CC0D8.1070103@obluda.cz> Message-ID: <459D0447.3040806@gmail.com> Dan Lukes wrote: > Jan Du??tko napsal/wrote: >>>> Using configuration from /etc/ssl/openssl.cnf >>>> variable lookup failed for CA_Default::private_key >>>> 66694:error:0E06D06C:configuration file routines:NCONF_get_string:no >>>> value:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/con >>>> f/conf >>>> _lib.c:329:group=CA_Default name=private_key >>> Je v sekci CA_Default promenna private_key definujici na privatni >>> klic >>> autority ? > >> prikladam cast vypisu >> >> [ CA_default ] >> dir = /etc/ssl/default > ... >> private_key = $dir/CA/private/cakey.pem ^^^^^^^^^^^ > > Jasne, to je pekny vypis, nicmene zpet k moji otazce. Je v sekci > CA_Default promenna private_key ? > ^ > ^!^ > > Dan > > No, citat hadam vies, tak vidis ze je, imho problem bol bud ten, ze v default konfigu je za tou premmenou # neoddelene medzerou (aj ked zo skusenosti som s tym nemal problem), alebo dana cesta k tomu private klucu nebola vytvorena. Anyway, problem fixed, poskytol som Honzovi moj genssl script a odladeny konfigurak, uz vsetko frci ako ma. Gabriel From dan at obluda.cz Thu Jan 4 15:06:39 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 04 Jan 2007 15:06:39 +0100 Subject: FreeBSD, OpenSSL a CA In-Reply-To: <459D0447.3040806@gmail.com> References: <000c01c72f90$024215f0$20fda8c0@relict> <459CC0D8.1070103@obluda.cz> <459D0447.3040806@gmail.com> Message-ID: <459D09EF.501@obluda.cz> gabriel napsal/wrote: >>> [ CA_default ] >>> dir = /etc/ssl/default >> ... >>> private_key = $dir/CA/private/cakey.pem > ^^^^^^^^^^^ >> Jasne, to je pekny vypis, nicmene zpet k moji otazce. Je v sekci >> CA_Default promenna private_key ? >> ^ >> ^!^ > No, citat hadam vies Prave proto, ze cist umim, tak me na otazku, jestli je v konfiguraku promenna v sekci CA_default odpoved, ze v konfiguraku je tato promenna v sekci CA_Default (coz neni identicky retezec) neuspokojila ... Dan From gabriel31337 at gmail.com Thu Jan 4 15:18:42 2007 From: gabriel31337 at gmail.com (gabriel) Date: Thu, 04 Jan 2007 15:18:42 +0100 Subject: FreeBSD, OpenSSL a CA In-Reply-To: <459D09EF.501@obluda.cz> References: <000c01c72f90$024215f0$20fda8c0@relict> <459CC0D8.1070103@obluda.cz> <459D0447.3040806@gmail.com> <459D09EF.501@obluda.cz> Message-ID: <459D0CC2.2090003@gmail.com> Dan Lukes wrote: > gabriel napsal/wrote: >>>> [ CA_default ] >>>> dir = /etc/ssl/default >>> ... >>>> private_key = $dir/CA/private/cakey.pem >> ^^^^^^^^^^^ >>> Jasne, to je pekny vypis, nicmene zpet k moji otazce. Je v sekci >>> CA_Default promenna private_key ? >>> ^ >>> ^!^ > >> No, citat hadam vies > > Prave proto, ze cist umim, tak me na otazku, jestli je v konfiguraku > promenna v sekci CA_default odpoved, ze v konfiguraku je tato promenna v > sekci CA_Default (coz neni identicky retezec) neuspokojila ... > > Dan > > Cakal som, ze prave v tom bude zadrhel. Otazkou ale je, ako sa tam dostal CA_Default, ked vsade aj v sample konfigoch je CA_default. Tipujem to na srandu s vim, kedy v urcitych specifickych pripadoch po stlaceni Home/End klaves dojde k zmene lowercase na upper na mieste kurzora a naopak. Gabriel From fulda at seznam.cz Thu Jan 4 15:23:25 2007 From: fulda at seznam.cz (Jindra Fucik) Date: Thu, 4 Jan 2007 15:23:25 +0100 Subject: Intel EtherExpress PRO/100 Server Ethernet Adapter References: <20070104123551.M61535@yhman.tnuni.sk> Message-ID: <00c601c7300b$e5ae5710$52be9109@PC2088> ----- Original Message ----- > Zdravim, za lacny peniaz som ziskal dve Intel PRO/100 sietovky v domneni, > ze > su to preda kvalitne sietovky :) V OS Windows XP boli v poriadku > rozpoznane. Jenom pro moji informaci - mas opravdu Pro 100 ??? teda jako ze tu s dvema oranzovejma relatkama bez zadneho pismenka? Nebo mas Pro 100B??? Jestli mas tu bez pismenek, tak ti to reknu - ta neni, nebyla a nebude podporovana, podporujou se az ty s pismenkama. From piftik at yhman.tnuni.sk Thu Jan 4 15:36:04 2007 From: piftik at yhman.tnuni.sk (Stefan Kremen) Date: Thu, 4 Jan 2007 15:36:04 +0100 Subject: Intel EtherExpress PRO/100 Server Ethernet Adapter In-Reply-To: <00c601c7300b$e5ae5710$52be9109@PC2088> References: <20070104123551.M61535@yhman.tnuni.sk> <00c601c7300b$e5ae5710$52be9109@PC2088> Message-ID: <20070104143540.M77348@yhman.tnuni.sk> On Thu, 4 Jan 2007 15:23:25 +0100, Jindra Fucik wrote > ----- Original Message ----- > > > Zdravim, za lacny peniaz som ziskal dve Intel PRO/100 sietovky v domneni, > > ze > > su to preda kvalitne sietovky :) V OS Windows XP boli v poriadku > > rozpoznane. > > Jenom pro moji informaci - mas opravdu Pro 100 ??? teda jako ze tu s > dvema oranzovejma relatkama bez zadneho pismenka? Nebo mas Pro 100B??? > > Jestli mas tu bez pismenek, tak ti to reknu - ta neni, nebyla a > nebude podporovana, podporujou se az ty s pismenkama. Zistim a napisem. Ale az vecer. ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From dan at obluda.cz Thu Jan 4 15:44:11 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 04 Jan 2007 15:44:11 +0100 Subject: Intel EtherExpress PRO/100 Server Ethernet Adapter In-Reply-To: <20070104123551.M61535@yhman.tnuni.sk> References: <20070104123551.M61535@yhman.tnuni.sk> Message-ID: <459D12BB.4010105@obluda.cz> Stefan Kremen napsal/wrote: > Podotykam, ze na karte sa fyzicky nachadza chip s82557 a taktiez aj i960. i960 je RISC procesor, 82557 je vlastni ethernet radic. > none0 at pci1:9:1: class=0x020000 card=0x00018086 chip=0x52018086 rev=0x03 hdr=0x00 > none1 at pci1:10:1: class=0x020000 card=0x00018086 chip=0x52018086 rev=0x03 hdr=0x00 > V subore if_fxp.c som urobil nasledovnu zmenu: > > #diff -ruN if_fxp.c.orig if_fxp.c > --- if_fxp.c.orig Thu Jan 4 14:20:26 2007 > +++ if_fxp.c Thu Jan 4 14:00:44 2007 > @@ -200,6 +200,7 @@ > { 0x1229, -1, "Intel 82557/8/9 Pro/100 Ethernet" }, > { 0x2449, -1, "Intel 82801BA/CAM (ICH2/3) Pro/100 Ethernet" }, > { 0x27dc, -1, "Intel 82801GB (ICH7) 10/100 Ethernet" }, > + { 0x5201, -1, "Intel 82557/8/9 Pro/100 Ethernet" }, > { 0, -1, NULL }, > fxp0 at pci1:9:1: class=0x020000 card=0x00018086 chip=0x52018086 rev=0x03 hdr=0x00 > fxp1 at pci1:10:1: class=0x020000 card=0x00018086 chip=0x52018086 rev=0x03 hdr=0x00 > fxp0: mem 0xfae00000-0xfaffffff irq 17 at > device 9.1 on pci1 > fxp0: fxp_miibus_readreg: timed out > fxp0: fxp_miibus_readreg: timed out > ( ^^ tato hlaska celkovo 32x) > fxp0: MII without any PHY! > A tu som s mojimi znalostami skoncil, prosim skusenejsich o radu, ako mam > postupovat dalej v pripade najdenia zodpovedajuceho PHY. Malo by to byt > zariadenie 'nsphy', no ruku do ohna za to nedam. No, ono to s podporou 8255x neni tak jednoduche. Jen dopsat dalsi identifikaci nestaci. Konkretni pouzity chip a konfigurace karty se totiz v tomto pripade nezjistuje podle device_id. Podivejte se do if_fxp.c a hledejte prvni vyskyt slova "revision". Pokud je je tam z eeprom karty nactena zcela konkretni hodnota, pak se karta povazuje za variantu 82557. Pokdu tam tato hodnota neni, urcuje se konkretni chip podle revision. Vase karty maji revision 3, coz je neznama revision ruzna od FXP_REV_82557. Prvni otazka tedy je, zda vase karta je spravne identifikovana jako 82557 zarizeni. Pokud ne, pak z toho totiz jasne prameni dalsi vazne problemy. Jen u 82557 zarizeni se totiz muze stat, ze nemaji samostatne PHY - a pokud ovladac dospel k zaveru, ze karta neni 82557 (proto, ze hodnota v eeprom 82557 neodpovidala a nasledne hodnota revision take ne) tak se uz o rozhodovani v tomto smyslu pozdeji nepokusi. Prvni ceho tedy musite dosahnout je, aby ovladac kartu povazoval za 82557. O kousek niz se pak ovladac zabyva prave tim, jake ma karta interface k PHY. Mozna se problem vyresi uz vyse zminenou korektni idenfikaci, pokud ne, je dalsi mozny problem zde. A dokonce i kdyz prekonate tohle, neni samozrejme zaruceno, ze ovladac zacne fungovat - hardwarove je to proste zvlastni zarizeni a z dostupnych udaju nelze urcit zda je dostatecne shodne s nekterym se znamych zarizeni. Ale zkusit se to da. Mimochodem, nemohou to byt zdne moc soucasne karty - 82557 se uz dost dlouho nepouziva. Alespon myslim ... Dan , ale podle revision. Udane karty maji rev=0x03 coz je revision dosud neznama. Je treba otevrit take if_fxpreg.h, doplnit dalsi konstantu FXP_REV_* From dan at obluda.cz Thu Jan 4 15:54:42 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 04 Jan 2007 15:54:42 +0100 Subject: Intel EtherExpress PRO/100 Server Ethernet Adapter In-Reply-To: <20070104143540.M77348@yhman.tnuni.sk> References: <20070104123551.M61535@yhman.tnuni.sk> <00c601c7300b$e5ae5710$52be9109@PC2088> <20070104143540.M77348@yhman.tnuni.sk> Message-ID: <459D1532.8050901@obluda.cz> Stefan Kremen napsal/wrote: >> Jestli mas tu bez pismenek, tak ti to reknu - ta neni, nebyla a >> nebude podporovana, podporujou se az ty s pismenkama. Ze ma "tu nepodporovanou" se da zjisti daleko snaz - proto tady vzdycky brecim, ze u hw-related problemu je nutn euvest presnou identifikaci karty. FXP ovladac podporuje (jak lze snanym nahlednutim do if_fxp.c zjistit) pouze zarizeni s vendor_id=8086 s nasledujicimi device_id: 1029-103E,1050,1051,1059,1064,1068,1069,1092,1209,1229,2449,27dc Zadne jine nepodporuji. A protoze tazatel ma device_id 5201, ma nepodporovane zarizeni at uz jsou na karte same pismenka jakakoliv ... Dan From xdivac02 at stud.fit.vutbr.cz Thu Jan 4 15:59:01 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Thu, 4 Jan 2007 15:59:01 +0100 Subject: dopisovani PCIID do driveru In-Reply-To: <20070104123551.M61535@yhman.tnuni.sk> References: <20070104123551.M61535@yhman.tnuni.sk> Message-ID: <20070104145901.GA17655@stud.fit.vutbr.cz> > V subore if_fxp.c som urobil nasledovnu zmenu: > > #diff -ruN if_fxp.c.orig if_fxp.c > --- if_fxp.c.orig Thu Jan 4 14:20:26 2007 > +++ if_fxp.c Thu Jan 4 14:00:44 2007 > @@ -200,6 +200,7 @@ > { 0x1229, -1, "Intel 82557/8/9 Pro/100 Ethernet" }, > { 0x2449, -1, "Intel 82801BA/CAM (ICH2/3) Pro/100 Ethernet" }, > { 0x27dc, -1, "Intel 82801GB (ICH7) 10/100 Ethernet" }, > + { 0x5201, -1, "Intel 82557/8/9 Pro/100 Ethernet" }, > { 0, -1, NULL }, > }; dost mne sokuje jak vsichni v klidu dopisujete PCIID do ruznych driveru k vselikemu hw. ja osobne bych na to nikdy asi odvahu nemel (pokud by to nebylo oficialni reseni schvalene nejakym maintainerem) 1) jak vite, ze incializacni rutina pro zarizeni ktera v tom seznamu byla nezpusobi na tom vasem zarizeni neco jako "smaz eprom s firmware", nebo jeste lip "zformatuj prvni stopu na harddisku" ? 2) pokud to zarizeni se treba i inicializuje a bude se jevit zive jak vite ze funguje spravne? ze neni treba potreba nulovat watchdog, nebo co ja vim. proste ze se to nepose*e v nejake dost haklive situaci nevim kde se tahle praktika vzala a ja osobne bych na to odvahu nemel a myslim ze by se melo rict ze to vubec neni kosher ;( roman From dan at obluda.cz Thu Jan 4 16:39:57 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 04 Jan 2007 16:39:57 +0100 Subject: dopisovani PCIID do driveru In-Reply-To: <20070104145901.GA17655@stud.fit.vutbr.cz> References: <20070104123551.M61535@yhman.tnuni.sk> <20070104145901.GA17655@stud.fit.vutbr.cz> Message-ID: <459D1FCD.8060300@obluda.cz> Divacky Roman napsal/wrote: >> + { 0x5201, -1, "Intel 82557/8/9 Pro/100 Ethernet" }, > dost mne sokuje jak vsichni v klidu dopisujete PCIID do ruznych driveru > k vselikemu hw. > ja osobne bych na to nikdy asi odvahu nemel (pokud by to nebylo oficialni > reseni schvalene nejakym maintainerem) Kdyby to bylo reseni schvalene nejakym maintainerem, tak bys ho tam nemusel delat, protoze by bylo patrne commitnute do kodu. > nevim kde se tahle praktika vzala a ja osobne bych na to odvahu nemel a myslim > ze by se melo rict ze to vubec neni kosher ;( Osobne tak souhlasim s tim, ze ovladac daneho zarizeni muze byt zarazen do standardni distribuce jen v pripade, ze je k dispozici originalni dokumentace od vyrobce a ovladac byl vytvoren/upraven na zaklade jejiho studia, nicmene, mam dojem, ze tento, drive udajne povinny, postup uz nedodrzuje ani core-team ... Ale tady se preci nebavime o uprave oficialni distribuce. Kdyz uz doslo k tomu, ze nekdo porusil pravidlo "k uloze vybrat softwarove reseni, k softwarovemu reseni poridit hardware" a najednou ma v systemu kartu, kterou ovladace neznaji - tak jaky postup mu radis ty ? U stroje v provoznim nasazeni je samozrejme lepsi kartu vyhodit a za par stovek koupit jinou (lepsi lacina desktopova karta s podporou nez draha serverova bez podpory). U stroje na jehoz provozu az tak moc nezalezi to ale jiste zkusit muzes. U neprodukcnigho stroje tim zas tolik neriskujes. Moznost, ze ovladac jednoho zarizeni poskodi zarizeni jine je sice teoreticky mozna, v praxi ale spise nepravdepodobna. Mimochodem, tomuto riziku se nevyhnes tim, ze nebudes nevhodne smatat do ovladacu - nedavno se mi blbe prelozil ACPI modul a pri startu se tak system spustil bez nej. Oficialni ovladac pro "watchdog" hardware (tento hardware v systemu je, ale jen jednou) nasel a zacal obsluhovat hned ctyri ruzna zarizeni. Pamatuju, ze jedno byla napriklad floppy mechanika. Tim samozrejme nechci nahodne zasahy do kodu obhajovat - to jen, ze prisla rec na (IMHO nepravdepodobne) poskozeni jednoho zarizeni ovladacem jineho zarizeni. Dan From piftik at yhman.tnuni.sk Thu Jan 4 17:11:31 2007 From: piftik at yhman.tnuni.sk (Stefan Kremen) Date: Thu, 4 Jan 2007 17:11:31 +0100 Subject: dopisovani PCIID do driveru In-Reply-To: <459D1FCD.8060300@obluda.cz> References: <20070104123551.M61535@yhman.tnuni.sk> <20070104145901.GA17655@stud.fit.vutbr.cz> <459D1FCD.8060300@obluda.cz> Message-ID: <20070104160712.M7822@yhman.tnuni.sk> On Thu, 04 Jan 2007 16:39:57 +0100, Dan Lukes wrote > Kdyz uz > doslo k tomu, ze nekdo porusil pravidlo "k uloze vybrat softwarove > reseni, k softwarovemu reseni poridit hardware" a najednou ma v > systemu kartu, kterou ovladace neznaji No to je sice pravda, ale ked to vezmem k mojmu konkretnemu pripadu: Pozrel som do zoznamu podporovaneho HW, kde bolo napisanych vela verzii Intel PRO/100, okrem ineho aj s chipom 82557 a kupovana karta bola Intel PRO/100 a bola osadena chipom 82557 ... na prvy pohlad to bolo jasne .. ze je tato konkretna karta naozaj nepodporovana, zistis az ked ju naozaj pichnes do stroja a nainstalujes OS .. co je moj pripad. Hough ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From dan at obluda.cz Thu Jan 4 17:43:53 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 04 Jan 2007 17:43:53 +0100 Subject: dopisovani PCIID do driveru In-Reply-To: <20070104160712.M7822@yhman.tnuni.sk> References: <20070104123551.M61535@yhman.tnuni.sk> <20070104145901.GA17655@stud.fit.vutbr.cz> <459D1FCD.8060300@obluda.cz> <20070104160712.M7822@yhman.tnuni.sk> Message-ID: <459D2EC9.9040203@obluda.cz> Stefan Kremen napsal/wrote: >> Kdyz uz >> doslo k tomu, ze nekdo porusil pravidlo "k uloze vybrat softwarove >> reseni, k softwarovemu reseni poridit hardware" a najednou ma v >> systemu kartu, kterou ovladace neznaji > No to je sice pravda, ale ked to vezmem k mojmu konkretnemu pripadu: Pozrel > som do zoznamu podporovaneho HW, kde bolo napisanych vela verzii Intel > PRO/100, okrem ineho aj s chipom 82557 a kupovana karta bola Intel PRO/100 a > bola osadena chipom 82557 ... na prvy pohlad to bolo jasne .. ze je tato > konkretna karta naozaj nepodporovana, zistis az ked ju naozaj pichnes do > stroja a nainstalujes OS .. co je moj pripad. No, ja nerozebiral jak k tomu doslo. Uz tu nekolikrat zaznelo, ze tentyz hardware lze zakoupit pod ruznymi obchodnimi oznacenimi a, coz je horsi, i obracene - pod stejnym obchodnim oznacenim lze zakpoupit ruzny hardware (oblibene zejmena u vyrobcu WiFi). Nicmene, v tomto pripade je patrne zadrhel v necem trochu jinem - Intel vyrabi spoustu vyrobku, jejichz nazev zacina Intel(R) PRO/100 jenze - ten nazev prakticky vzdy pokracuje - ve tvem pripade je cely spravny nazev tve karty Intel? PRO/100 Intelligent Server Adapter a takova v comatibility listu neni (alespon v tom, ktery jsme prohlizel). Mimochodem, neni tam ani zadna Intel(R) PRO/100 bez dalsiho privlastku ani Intel(R) PRO/100 Server Adapter - takze v tomhle je hardware list opravdu spis nevinne. Nicmene, o nic nejde - psal's, ze byla "zalacino". Omyl se stane kazdemu, obzvlast u tehle netrivialnich hardwarovych zalezitosti, a takhle zkusenost nastesti nebude stat moc penez. Budeme to vsichni brat jako pouceni. Dan From piftik at yhman.tnuni.sk Fri Jan 5 00:22:29 2007 From: piftik at yhman.tnuni.sk (Stefan Kremen) Date: Fri, 5 Jan 2007 00:22:29 +0100 Subject: Intel EtherExpress PRO/100 Server Ethernet Adapter In-Reply-To: <00c601c7300b$e5ae5710$52be9109@PC2088> References: <20070104123551.M61535@yhman.tnuni.sk> <00c601c7300b$e5ae5710$52be9109@PC2088> Message-ID: <20070104230046.M88569@yhman.tnuni.sk> On Thu, 4 Jan 2007 15:23:25 +0100, Jindra Fucik wrote > ----- Original Message ----- > > > Zdravim, za lacny peniaz som ziskal dve Intel PRO/100 sietovky v domneni, > > ze > > su to preda kvalitne sietovky :) V OS Windows XP boli v poriadku > > rozpoznane. > > Jenom pro moji informaci - mas opravdu Pro 100 ??? teda jako ze tu s > dvema oranzovejma relatkama bez zadneho pismenka? Nebo mas Pro 100B??? > > Jestli mas tu bez pismenek, tak ti to reknu - ta neni, nebyla a > nebude podporovana, podporujou se az ty s pismenkama. Obavam sa, ze tadialto cesta nepovedie, na karte nie su ziadne oranzove rele: strana chipov - http://yhman.tnuni.sk/~piftik/eepro100_1.jpg strana spojov - http://yhman.tnuni.sk/~piftik/eepro100_2.jpg pozor, kazda fotka ma 3 mega, nemam tu nastroj na zmensenie fotiek. Dokazes zistit, ci je to PRO/100 alebo PRO/100B? Ja nie. Ale ako spomenul Dan, ta karta uz bude mat svoje roky. PiFtiK ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From jan_dusatko at post.cz Fri Jan 5 12:10:33 2007 From: jan_dusatko at post.cz (=?iso-8859-2?B?SmFuIER1ueF0a28=?=) Date: Fri, 5 Jan 2007 12:10:33 +0100 Subject: Drivery In-Reply-To: <459D2EC9.9040203@obluda.cz> Message-ID: <000101c730ba$1e38aeb0$7b01a8c0@relict> Kdyz uz se tu narazilo na drivery a podporu hardware, mam mozna dost hloupy dotaz. Na notebooku mam grafickou kartu ATI Mobility Fire GL/T2, pro kterou jsem zatim nenasel podporu. Jednak se mi ji nepodarilo rozbehat s podporou dualhead (coz je patrne podporovane jenom pro MGA ? ), jednak se mi nepodarilo rozbehat ani OpenGL. Jedine dostupne ovladace jsou na strance ATI pro Linux, ne pro BSD. Protoze ATI je podporovana v nove verzi MaxOS X (coz je ve sve podstate FreeBSD, protoze vychazi z Darwina), napadlo mne zkusit podporu Apple (minim tim ovladace). Mate nekdo informace proc by to mohlo/nemohlo jit, pripadne na co vse bych se mel pripravit ? ;o)) Diky Honza From ray at unreal64.net Sat Jan 6 10:10:55 2007 From: ray at unreal64.net (Lada 'Ray' Lostak) Date: Sat, 06 Jan 2007 10:10:55 +0100 Subject: packet filter Message-ID: <459F679F.9080406@unreal64.net> Zdar, neprovozoval jste nekdy nekdo s PF nejake FUP ? Tedy napriklad pri dosazeni limitu stahnutych dat za hodinu dotycnou IP trochu omezi a poeobne.... Ja nic nenasel a jak to udelat primo s PF mne nenapada, leda ipfm + cron + nejaky skripty. Mam lokalni sit, nejakou linku do netu, 20 lidi a chci to nejak rozumne rozhodit, aby kazdej mel rucenou 1/20 pasma, ale pokud pasmo bude nevytizeny, tak si pujci z te hlavni. Az potud je to dobry. Ale zarovne chci, aby notoricti stahovaci (vesmes p2p) dostali maximalne 25% z celkovyho pasma a 75% bylo 'volne' pro ne-stahujici lidi. A druhej dotazek, ma nekdo zkusenosti s limitovanim p2p siti - na L7 v FBSD ? Samotne porty jsou k nicemu :/ Nejaky napad lidi ? Diky moc -- Best regards, Lada 'Ray' Lostak Unreal64 Develop group http://www.unreal64.net http://www.orcave.com -------------------------------------------------------------------------- In the 1960s you needed the power of two C64s to get a rocket to the moon. Now you need a machine which is a vast number of times more powerful just to run the most popular GUI. Imagination is more important than knowledge... From info at michalkosik.com Sat Jan 6 13:18:20 2007 From: info at michalkosik.com (=?iso-8859-1?Q?Michal_Kos=EDk?=) Date: Sat, 6 Jan 2007 13:18:20 +0100 Subject: packet filter References: <459F679F.9080406@unreal64.net> Message-ID: <002e01c7318c$c138dc20$640a16ac@michalkosik.byt> Tak to je pro me dotaz naprosto do cerneho..... Moc se primlouvam, jestli jste nekdo takto obecne definovany pozadavek jiz resil, please help... Mozna, ze po me studii zacatku FreeBSD bych trochu upresnil dotaz na aplikaci: 1) HTB (netusim, jak...) 2) QoS (IPFW ?, ale to jsou opravdu jen porty) 3) domnivam se, ze P2P provoz bude spadat do reseni QoS, ale nevim jestli to nebude neco jineho prave s pouzitim Layer7 Bod 1) mam resen na MiniDistribuci WISP pomoci iptables, tc a pod... Ostatni se take chystam uz resit na FBSD... Takze se primlouvam za pomoc, asi nas bude vic, koho toto tema bude zajimat. Michal Kosik > neprovozoval jste nekdy nekdo s PF nejake FUP ? Tedy napriklad pri > dosazeni limitu stahnutych dat za hodinu dotycnou IP trochu omezi a > poeobne.... > > Ja nic nenasel a jak to udelat primo s PF mne nenapada, leda ipfm + > cron + nejaky skripty. > > Mam lokalni sit, nejakou linku do netu, 20 lidi a chci to nejak rozumne > rozhodit, aby kazdej mel rucenou 1/20 pasma, ale pokud pasmo bude > nevytizeny, tak si pujci z te hlavni. Az potud je to dobry. Ale zarovne > chci, aby notoricti stahovaci (vesmes p2p) dostali maximalne 25% z > celkovyho pasma a 75% bylo 'volne' pro ne-stahujici lidi. > > A druhej dotazek, ma nekdo zkusenosti s limitovanim p2p siti - na L7 v > FBSD ? Samotne porty jsou k nicemu :/ > > Nejaky napad lidi ? > > Diky moc > > -- > Best regards, > Lada 'Ray' Lostak > Unreal64 Develop group > http://www.unreal64.net > http://www.orcave.com > > > -------------------------------------------------------------------------- > In the 1960s you needed the power of two C64s to get a rocket > to the moon. Now you need a machine which is a vast number > of times more powerful just to run the most popular GUI. > > Imagination is more important than knowledge... > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l > From 8milan8 at post.cz Sat Jan 6 13:45:15 2007 From: 8milan8 at post.cz (=?ISO-8859-1?Q?Milan_Lochovsk=FD?=) Date: Sat, 06 Jan 2007 13:45:15 +0100 Subject: packet filter In-Reply-To: <002e01c7318c$c138dc20$640a16ac@michalkosik.byt> References: <459F679F.9080406@unreal64.net> <002e01c7318c$c138dc20$640a16ac@michalkosik.byt> Message-ID: <459F99DB.6020508@post.cz> Dobry den! Nevim jestli aspon trochu pomohu, ale na FUP by se hodil program IPA. Info na http://ipa-system.sourceforge.net/ S pozdravem Milan Lochovsky > Tak to je pro me dotaz naprosto do cerneho..... > Moc se primlouvam, jestli jste nekdo takto obecne definovany pozadavek jiz > resil, please help... > Mozna, ze po me studii zacatku FreeBSD bych trochu upresnil dotaz na > aplikaci: > 1) HTB (netusim, jak...) > 2) QoS (IPFW ?, ale to jsou opravdu jen porty) > 3) domnivam se, ze P2P provoz bude spadat do reseni QoS, ale nevim jestli to > nebude neco jineho prave s pouzitim Layer7 > > Bod 1) mam resen na MiniDistribuci WISP pomoci iptables, tc a pod... > Ostatni se take chystam uz resit na FBSD... > > Takze se primlouvam za pomoc, asi nas bude vic, koho toto tema bude zajimat. > > Michal Kosik > > >> neprovozoval jste nekdy nekdo s PF nejake FUP ? Tedy napriklad pri >> dosazeni limitu stahnutych dat za hodinu dotycnou IP trochu omezi a >> poeobne.... >> >> Ja nic nenasel a jak to udelat primo s PF mne nenapada, leda ipfm + >> cron + nejaky skripty. >> >> Mam lokalni sit, nejakou linku do netu, 20 lidi a chci to nejak rozumne >> rozhodit, aby kazdej mel rucenou 1/20 pasma, ale pokud pasmo bude >> nevytizeny, tak si pujci z te hlavni. Az potud je to dobry. Ale zarovne >> chci, aby notoricti stahovaci (vesmes p2p) dostali maximalne 25% z >> celkovyho pasma a 75% bylo 'volne' pro ne-stahujici lidi. >> >> A druhej dotazek, ma nekdo zkusenosti s limitovanim p2p siti - na L7 v >> FBSD ? Samotne porty jsou k nicemu :/ >> >> Nejaky napad lidi ? >> >> Diky moc >> >> -- >> Best regards, >> Lada 'Ray' Lostak >> Unreal64 Develop group >> http://www.unreal64.net >> http://www.orcave.com >> >> >> -------------------------------------------------------------------------- >> In the 1960s you needed the power of two C64s to get a rocket >> to the moon. Now you need a machine which is a vast number >> of times more powerful just to run the most popular GUI. >> >> Imagination is more important than knowledge... >> -- >> FreeBSD mailing list (users-l at freebsd.cz) >> http://www.freebsd.cz/listserv/listinfo/users-l >> >> From gabriel31337 at gmail.com Sat Jan 6 15:22:52 2007 From: gabriel31337 at gmail.com (gabriel) Date: Sat, 06 Jan 2007 15:22:52 +0100 Subject: packet filter In-Reply-To: <459F99DB.6020508@post.cz> References: <459F679F.9080406@unreal64.net> <002e01c7318c$c138dc20$640a16ac@michalkosik.byt> <459F99DB.6020508@post.cz> Message-ID: <459FB0BC.80007@gmail.com> Milan Lochovsk? wrote: > Dobry den! > > Nevim jestli aspon trochu pomohu, ale na FUP by se hodil program IPA. > Info na http://ipa-system.sourceforge.net/ > > S pozdravem Milan Lochovsky > >> Tak to je pro me dotaz naprosto do cerneho..... >> Moc se primlouvam, jestli jste nekdo takto obecne definovany pozadavek jiz >> resil, please help... >> Mozna, ze po me studii zacatku FreeBSD bych trochu upresnil dotaz na >> aplikaci: >> 1) HTB (netusim, jak...) >> 2) QoS (IPFW ?, ale to jsou opravdu jen porty) >> 3) domnivam se, ze P2P provoz bude spadat do reseni QoS, ale nevim jestli to >> nebude neco jineho prave s pouzitim Layer7 >> >> Bod 1) mam resen na MiniDistribuci WISP pomoci iptables, tc a pod... >> Ostatni se take chystam uz resit na FBSD... >> >> Takze se primlouvam za pomoc, asi nas bude vic, koho toto tema bude zajimat. >> >> Michal Kosik >> >> >>> neprovozoval jste nekdy nekdo s PF nejake FUP ? Tedy napriklad pri >>> dosazeni limitu stahnutych dat za hodinu dotycnou IP trochu omezi a >>> poeobne.... Provozujem :) >>> >>> Ja nic nenasel a jak to udelat primo s PF mne nenapada, leda ipfm + >>> cron + nejaky skripty. to si celkom vystihol, ja to riesim ipfm + db kam ukladam info o jednotlivych IP (mac pre mac filtering, down/up pred a po fup, hostname, limit dat za mesiac, ...) + v crone cez mnou napisany script sypem data z ipfm a presypavam po vyhodnoteni do aplikaciek ako arp, dhcpd, bind, pf+altq, ... >>> >>> Mam lokalni sit, nejakou linku do netu, 20 lidi a chci to nejak rozumne >>> rozhodit, aby kazdej mel rucenou 1/20 pasma, ale pokud pasmo bude >>> nevytizeny, tak si pujci z te hlavni. Az potud je to dobry. Ale zarovne >>> chci, aby notoricti stahovaci (vesmes p2p) dostali maximalne 25% z >>> celkovyho pasma a 75% bylo 'volne' pro ne-stahujici lidi. >>> >>> A druhej dotazek, ma nekdo zkusenosti s limitovanim p2p siti - na L7 v >>> FBSD ? Samotne porty jsou k nicemu :/ >>> no to tusim funguje ako-tak nad iptables v linuxe, nad pf / vo fbsd o nicom neviem :/ >>> Nejaky napad lidi ? >>> >>> Diky moc >>> >>> -- >>> Best regards, >>> Lada 'Ray' Lostak >>> Unreal64 Develop group >>> http://www.unreal64.net >>> http://www.orcave.com >>> >>> >>> -------------------------------------------------------------------------- >>> In the 1960s you needed the power of two C64s to get a rocket >>> to the moon. Now you need a machine which is a vast number >>> of times more powerful just to run the most popular GUI. >>> >>> Imagination is more important than knowledge... >>> -- >>> FreeBSD mailing list (users-l at freebsd.cz) >>> http://www.freebsd.cz/listserv/listinfo/users-l >>> >>> > From bln at deprese.net Sat Jan 6 16:08:20 2007 From: bln at deprese.net (Ondrej Holecek) Date: Sat, 06 Jan 2007 16:08:20 +0100 Subject: packet filter In-Reply-To: <459F679F.9080406@unreal64.net> References: <459F679F.9080406@unreal64.net> Message-ID: <459FBB64.5010206@deprese.net> Lada 'Ray' Lostak wrote: > Zdar, > [...] > > A druhej dotazek, ma nekdo zkusenosti s limitovanim p2p siti - na L7 v > FBSD ? Samotne porty jsou k nicemu :/ zkusenosti bych to zrovna nenazval, ale vetsina p2p siti (a mnohem vic) by mela jit blokovat pomoci snortu jeden z navodu je treba tady: http://jk.yazzy.org/openbsd/kazaa.php [...] oH -- --- CIA terrorist NSA bomb spy KGB drugs nuclear agent war GCHQ... Hi Echelon! --- From ray at unreal64.net Sat Jan 6 18:36:21 2007 From: ray at unreal64.net (Lada 'Ray' Lostak) Date: Sat, 06 Jan 2007 18:36:21 +0100 Subject: packet filter In-Reply-To: <002e01c7318c$c138dc20$640a16ac@michalkosik.byt> References: <459F679F.9080406@unreal64.net> <002e01c7318c$c138dc20$640a16ac@michalkosik.byt> Message-ID: <459FDE15.7060606@unreal64.net> > Moc se primlouvam, jestli jste nekdo takto obecne definovany pozadavek jiz > resil, please help... > Mozna, ze po me studii zacatku FreeBSD bych trochu upresnil dotaz na > aplikaci: > 1) HTB (netusim, jak...) > 2) QoS (IPFW ?, ale to jsou opravdu jen porty) > 3) domnivam se, ze P2P provoz bude spadat do reseni QoS, ale nevim jestli to > nebude neco jineho prave s pouzitim Layer7 Jeste jsem patri hfsc pro altq, std soucast PF. Nicmene, dokumentace malo. Ale podle toho mala co jsem nasel, by to melo delat prakticky to co jsem popsal... Jdna z mala referenci: http://www.probsd.net/~exile/hfsc.pf.conf Provozoval nekdo hfsc ? R. From piftik at yhman.tnuni.sk Sun Jan 7 00:00:33 2007 From: piftik at yhman.tnuni.sk (Stefan Kremen) Date: Sun, 7 Jan 2007 00:00:33 +0100 Subject: packet filter In-Reply-To: <459F679F.9080406@unreal64.net> References: <459F679F.9080406@unreal64.net> Message-ID: <20070106225126.M72286@yhman.tnuni.sk> On Sat, 06 Jan 2007 10:10:55 +0100, Lada 'Ray' Lostak wrote > Zdar, > > neprovozoval jste nekdy nekdo s PF nejake FUP ? Tedy napriklad pri > dosazeni limitu stahnutych dat za hodinu dotycnou IP trochu omezi a > poeobne.... ako bolo spomenute, http://ipa-system.sourceforge.net/. Je to velice spolahlivy nastroj na meranie prenesenych dat firewallom (ipfw, ipfw2, ipf, pf - tento vsak iba vo verzii ipa-1.3.6) a ak ten pocet dosiahne nejaku, vopred stanovenu hranicu, zabezpeci sa spustenie nejakeho skriptu - napr. zasah do pravidiel firewallu pre zmenu rychlosti/zablokovanie. Riesene PF+ALTQ+IPA mam niekolko rokov k plnej spokojnosti. > A druhej dotazek, ma nekdo zkusenosti s limitovanim p2p siti - na > L7 v FBSD ? Samotne porty jsou k nicemu :/ ja to robim opacne: nelimitujem nespocetne mnozstvo neznamych portov pouzivanych v nespocetnych mnozstvach neznamych p2p sieti, ale mam vytipujem niekolko standartnych portov, ako ssh, http, https, smtp, pop3, imap atd. a na tie mam zvlast nastavene pravidla, priority a sirku pasma. No a ten zbytok je v dalsej grupe, ktora je nastavena inak - napr. mensia rychlost, nizsia priorita, atd. PiFtiK ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From bubacoo at gmail.com Sun Jan 7 16:47:01 2007 From: bubacoo at gmail.com (Bu Bacoo) Date: Sun, 7 Jan 2007 16:47:01 +0100 Subject: FBSD a suspend / hibernate Message-ID: Ahojte urcite mnohi z vas ficia fbsd na notebookoch. Mate funkcne rozbehnutu nejaku formu suspendnutia beziaceho OS do RAM alebo na disk (aka hibernate) ? FBSD acpi projekt nic moc, APM volanie do BIOSu asi dnes uz nie... Len sa pytam (mam relativne novsiu toshibu), ci mam s tym bojovat. Alebo sa zmierit s shutdown/boot pri presune hore dole. Vdaka Bubu From koutek at o-k.cz Sun Jan 7 16:57:18 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Sun, 07 Jan 2007 16:57:18 +0100 Subject: FBSD a suspend / hibernate In-Reply-To: References: Message-ID: <1168185438.10029.4.camel@shift.o-k.cz> Hodne zavisi na modelu. napriklad moje IMB se sice umi krasne uspat, ale pak je z nej sipkova ruzenka. Ondra Bu Bacoo p??e v ne 07. 01. 2007 v 16:47 +0100: > Ahojte > > urcite mnohi z vas ficia fbsd na notebookoch. Mate funkcne rozbehnutu > nejaku formu suspendnutia beziaceho OS do RAM alebo na disk (aka > hibernate) ? > > FBSD acpi projekt nic moc, APM volanie do BIOSu asi dnes uz nie... > > Len sa pytam (mam relativne novsiu toshibu), ci mam s tym bojovat. > Alebo sa zmierit s shutdown/boot pri presune hore dole. > > Vdaka > Bubu From bubacoo at gmail.com Sun Jan 7 17:28:34 2007 From: bubacoo at gmail.com (Bu Bacoo) Date: Sun, 7 Jan 2007 17:28:34 +0100 Subject: FBSD a suspend / hibernate In-Reply-To: <1168185438.10029.4.camel@shift.o-k.cz> References: <1168185438.10029.4.camel@shift.o-k.cz> Message-ID: Aha, no to jo :) Uspat asi nebude taky problem. Mozno ani prebudit. Len ze by to potom naslo zariadenia. Btw, konkretny model je Tecra M5, je v tom core Duo a Nvidia. Je nejaky supported hw list pre suspend vo fbsd? Diki On 1/7/07, Ondra Koutek wrote: > Hodne zavisi na modelu. napriklad moje IMB se sice umi krasne uspat, ale > pak je z nej sipkova ruzenka. > > Ondra > > Bu Bacoo p??e v ne 07. 01. 2007 v 16:47 +0100: > > Ahojte > > > > urcite mnohi z vas ficia fbsd na notebookoch. Mate funkcne rozbehnutu > > nejaku formu suspendnutia beziaceho OS do RAM alebo na disk (aka > > hibernate) ? > > > > FBSD acpi projekt nic moc, APM volanie do BIOSu asi dnes uz nie... > > > > Len sa pytam (mam relativne novsiu toshibu), ci mam s tym bojovat. > > Alebo sa zmierit s shutdown/boot pri presune hore dole. > > > > Vdaka > > Bubu > > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l > From xkucf03 at seznam.cz Mon Jan 8 02:51:21 2007 From: xkucf03 at seznam.cz (=?UTF-8?B?RnJhbnRpxaFlayBLdcSNZXJh?=) Date: Sun, 07 Jan 2007 17:51:21 -0800 Subject: FBSD a suspend / hibernate In-Reply-To: References: Message-ID: <45A1A399.1020901@seznam.cz> Ahoj, usp?n? na disk nepou??v?m, ani ho moc nepot?ebuju. Usp?v?m do RAM pomoc? apm -z, co? funguje docela dob?e (asus L3) a? na dva detaily: - po probuzen? nejde s??, ani nejde nahodit zastaven?m a spu?t?n?m slu?by - ale vy?e?il jsem to tak, ?e p?ed usp?n?m vyt?hnu s??ov? kabel a po probuzen? ho zase zasunu, pak to funguje - po probuzen? nejde touchpad Franta Bu Bacoo napsal(a): > Ahojte > > urcite mnohi z vas ficia fbsd na notebookoch. Mate funkcne rozbehnutu > nejaku formu suspendnutia beziaceho OS do RAM alebo na disk (aka > hibernate) ? > > FBSD acpi projekt nic moc, APM volanie do BIOSu asi dnes uz nie... > > Len sa pytam (mam relativne novsiu toshibu), ci mam s tym bojovat. > Alebo sa zmierit s shutdown/boot pri presune hore dole. > > Vdaka > Bubu > From poctavek at kmit.sk Sun Jan 7 18:26:05 2007 From: poctavek at kmit.sk (Jan Poctavek) Date: Sun, 07 Jan 2007 18:26:05 +0100 Subject: openldap a timeout pri starte Message-ID: <45A12D2D.6090605@kmit.sk> Zdravim vsetkych S tymto problemom som sa stretol na viacerych forach na internete, avsak nenasiel som riesenie, ktore by mi pomohlo. Na FreeBSD 6.2-STABLE mam konta ulozene v openldape a uzivatelia sa autentifikuju cez pam_ldap a nss_ldap. Ked bezi ldap, vsetko je ok, avsak pokial nebezi, kazda query je opozdena o niekolko minut. Problem je najneprijemnejsi pri boote systemu, pretoze start samotneho slapd, ako aj apache, bind-u a samby hadze rovnaky timeout s hlaskou: nss_ldap: could not search LDAP server - Server is unavailable Po nabootovani je zase vsetko ok. Nsswitch vyzera takto: passwd: files ldap shadow: files ldap group: files ldap hosts: files dns networks: files shells: files ldap Pokial zmenim v nsswitch.conf zaznam "group: files ldap" na "group: files" (ale vsade inde necham ldap), startuje vsetko rychlo. Lenze potom nemam informacie o groupach, ktore su v ldap-e. Nepomohla mi ani zmena v nss_ldap.conf na bind_policy soft a nss_reconnect_tries 1 V pam.d/ je pam_ldap.so spomenuty v suboroch system, login, su, sshd a ldap. Ma niekto nejaky napad co by mohlo pomoct? Za kazdu radu budem velmi vdacny. Janci From bd at gy.svitavy.cz Sun Jan 7 20:49:35 2007 From: bd at gy.svitavy.cz (Michal Bednar) Date: Sun, 7 Jan 2007 20:49:35 +0100 Subject: openldap a timeout pri starte In-Reply-To: <45A12D2D.6090605@kmit.sk> References: <45A12D2D.6090605@kmit.sk> Message-ID: <20070107194240.M90316@gy.svitavy.cz> On Sun, 07 Jan 2007 18:26:05 +0100, Jan Poctavek wrote > Zdravim vsetkych > > Ked bezi ldap, vsetko je ok, avsak pokial nebezi, kazda query je > opozdena o niekolko minut. > Problem je najneprijemnejsi pri boote systemu, pretoze start > samotneho slapd, ako aj apache, bind-u a samby hadze rovnaky timeout > s hlaskou: no to je logicke, protoze bezi pod ruznymi uzivateli, vcetne samotneho ldap (user ldap) a proto ty timeouty Ja to resim, ne zrovna koser, ldap bezicim pod rootem. Tim zmizi ten timeout pri startu a pokud se postarate o to, aby slapd nastartovalo jako 1., pak uz zadny timeout u ostatnich starujicich sluzeb nebude. Z bezpecnostniho hlediska to ale neni krok spravnym smerem. 2. varianta je prestehovat sluzbu slapd na jiny server -- Michal Bedn?? Gymn?zium Svitavy From pavel at hotelovkatp.cz Sun Jan 7 22:59:21 2007 From: pavel at hotelovkatp.cz (Obr Pavel) Date: Sun, 7 Jan 2007 22:59:21 +0100 (CET) Subject: FBSD a suspend / hibernate In-Reply-To: References: Message-ID: <3621.192.168.3.3.1168207161.squirrel@192.168.3.18> Ja mam konkretne novou Toshibu Satellite M100 s Core Duo.... Rozbehnout se mi podarilo ji uspokojive jen na FreeBSD 7 (tedy current) a to hlavne kvuli tomu, ze ovladace pro jeji grafickou kartu i pro zvukovou kartu nejsou v rade 6. Navic acpi_toshiba ma v current take vic pozadovanych vlastnosti. Po problemech s wi-fi jsem to ale vzdal a vratil se zas do Windows:). Pokud jde o uspavani na disk, tak to myslim neni ve FreeBSD jeste mozne a uspat do RAM se sice asi povedlo, ale nidy neprobudilo:). Ale moc jsem se tomu pak uz po problemech s wifi nevenoval. Spis je asi jiste, ze ona Toshiba zatim zcela jiste lepe bezi v Linuxu. Pavel > Len sa pytam (mam relativne novsiu toshibu), ci mam s tym bojovat. > Alebo sa zmierit s shutdown/boot pri presune hore dole. > > Vdaka > Bubu From xkucf03 at seznam.cz Mon Jan 8 08:09:28 2007 From: xkucf03 at seznam.cz (=?UTF-8?B?RnJhbnRpxaFlayBLdcSNZXJh?=) Date: Sun, 07 Jan 2007 23:09:28 -0800 Subject: FBSD a suspend / hibernate In-Reply-To: <3621.192.168.3.3.1168207161.squirrel@192.168.3.18> References: <3621.192.168.3.3.1168207161.squirrel@192.168.3.18> Message-ID: <45A1EE28.7070600@seznam.cz> Kdy? u? jsme u t? wifi :-) M?m kartu D-link DWL G650+ ov?em v nepodporovan? revizi A1 a nepoda?ilo se mi ji rozchodit ani p?es NDIS. A u? docela ztr?c?m v?ru, ?e to n?kdy bude fungovat. Tak?e si asi koup?m novou kartu. M?te n?jak? tip na wifi PCMCIA kartu, kter? by 100% fungovala pod FreeBSD (6.x) a kter? je dnes na ?esk?m trhu? D?ky, Franta Obr Pavel napsal(a): > Ja mam konkretne novou Toshibu Satellite M100 s Core Duo.... > Rozbehnout se mi podarilo ji uspokojive jen na FreeBSD 7 (tedy current) a > to hlavne kvuli tomu, ze ovladace pro jeji grafickou kartu i pro zvukovou > kartu nejsou v rade 6. Navic acpi_toshiba ma v current take vic > pozadovanych vlastnosti. > Po problemech s wi-fi jsem to ale vzdal a vratil se zas do Windows:). > Pokud jde o uspavani na disk, tak to myslim neni ve FreeBSD jeste mozne a > uspat do RAM se sice asi povedlo, ale nidy neprobudilo:). Ale moc jsem se > tomu pak uz po problemech s wifi nevenoval. Spis je asi jiste, ze ona > Toshiba zatim zcela jiste lepe bezi v Linuxu. > Pavel > > > >> Len sa pytam (mam relativne novsiu toshibu), ci mam s tym bojovat. >> Alebo sa zmierit s shutdown/boot pri presune hore dole. >> >> Vdaka >> Bubu >> > > > > From freebsd-users-l at wilbury.sk Sun Jan 7 23:41:47 2007 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Sun, 07 Jan 2007 23:41:47 +0100 Subject: FBSD a suspend / hibernate In-Reply-To: <45A1EE28.7070600@seznam.cz> References: <3621.192.168.3.3.1168207161.squirrel@192.168.3.18> <45A1EE28.7070600@seznam.cz> Message-ID: <45A1772B.8090402@wilbury.sk> Franti?ek Ku?era wrote: > Kdy? u? jsme u t? wifi :-) M?m kartu D-link DWL G650+ ov?em v > nepodporovan? revizi A1 a nepoda?ilo se mi ji rozchodit ani p?es NDIS. A > u? docela ztr?c?m v?ru, ?e to n?kdy bude fungovat. Tak?e si asi koup?m > novou kartu. M?te n?jak? tip na wifi PCMCIA kartu, kter? by 100% > fungovala pod FreeBSD (6.x) a kter? je dnes na ?esk?m trhu? Ja mam nejaky ZyXEL ZyAIR G-102, ktory so mnou 2x obrazil USA a slape k uplnej spokojnosti (urcite pod Linuxom, ale pod FreeBSD tomu bude rovnako, kedze madwifi ovladac pise Sam Leffler a je zhruba rovnaky pod FreeBSD aj v Linuxe.) otis -- Juraj Lutter | /\ ASCII Ribbon Campaign otis (at) wilbury.sk | \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail From mkes at ra.rockwell.com Mon Jan 8 09:30:23 2007 From: mkes at ra.rockwell.com (Miroslav Kes) Date: Mon, 08 Jan 2007 09:30:23 +0100 Subject: openldap a timeout pri starte Message-ID: <45A2011F.2060802@ra.rockwell.com> Ja tam mam v nss_ldap jeste bind_timelimit 30 Ale co mi v tomhle asi nejvic pomohlo je mit na jine masine jeste jeden (replikovany) ldap server (ono to vubec neni na skodu i z jinych duvodu). V nss_ldap.conf mam v uri uvedeny jako prvni ten lokalni a druhy ten na druhe masine. Mira From jaroslav.votruba at keytec.cz Tue Jan 9 14:14:58 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Tue, 09 Jan 2007 14:14:58 +0100 Subject: packet filter In-Reply-To: <459F679F.9080406@unreal64.net> References: <459F679F.9080406@unreal64.net> Message-ID: <45A39552.2040003@keytec.cz> dummynet,ale ten nejde s PF,aspon o tom nevim Lada 'Ray' Lostak napsal(a): > Zdar, > > neprovozoval jste nekdy nekdo s PF nejake FUP ? Tedy napriklad pri > dosazeni limitu stahnutych dat za hodinu dotycnou IP trochu omezi a > poeobne.... > > Ja nic nenasel a jak to udelat primo s PF mne nenapada, leda ipfm + > cron + nejaky skripty. > > Mam lokalni sit, nejakou linku do netu, 20 lidi a chci to nejak rozumne > rozhodit, aby kazdej mel rucenou 1/20 pasma, ale pokud pasmo bude > nevytizeny, tak si pujci z te hlavni. Az potud je to dobry. Ale zarovne > chci, aby notoricti stahovaci (vesmes p2p) dostali maximalne 25% z > celkovyho pasma a 75% bylo 'volne' pro ne-stahujici lidi. > > A druhej dotazek, ma nekdo zkusenosti s limitovanim p2p siti - na L7 v > FBSD ? Samotne porty jsou k nicemu :/ > > Nejaky napad lidi ? > > Diky moc > > -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From dan at obluda.cz Tue Jan 9 17:27:41 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 09 Jan 2007 17:27:41 +0100 Subject: packet filter In-Reply-To: <459F679F.9080406@unreal64.net> References: <459F679F.9080406@unreal64.net> Message-ID: <45A3C27D.8050802@obluda.cz> > A druhej dotazek, ma nekdo zkusenosti s limitovanim p2p siti - na L7 v > FBSD ? Ano. Vzajemna dohoda o jejich zakazu, vzajemna dohoda o tom, co se stane, pokud nekdo zakaz prekroci a kdo a jak prekroceni hlida. nechcete preci neco delat za zady ostatnich kolegu. Tedy, pokud jde o komunitni sit. Pokud jde o sit se vztahem "klient/dodavatel" - pak lze "dohodu" nahradit "ustanovenim obchodnich podminek", ale i tam by klienti meli byt informovani co je zakazano a co s ejim stane, kdyz zakaz prekroci. V me soucasne pozici je "trestem" docasne zruseni prava pripojeni, u meho predchoziho zamestnavatele to bylo "posledni varovani" nasledovane vypovedi smlouvy. Pravidla vzajemne ohleduplnosti jsou predevsim otazka mezilidskych vztahu. To za vas zadny programovy system uspokojive nevyresi. Nejprve musite mit jasno ceho chcete dosahnout a za jakou cenu to jeste je prijatelne ... Dan From jaroslav.joska at email.cz Thu Jan 11 11:08:55 2007 From: jaroslav.joska at email.cz (Jaroslav Joska) Date: Thu, 11 Jan 2007 11:08:55 +0100 Subject: Thunderbird na XP a FBSD soucasne Message-ID: <45A60CB7.2050106@email.cz> Ahoj. Mam mensi problem. Na nb mam FBSD6.1 a Thunderbird 1.5. Jelikoz jsem nucen mit nainstalovany i WXP kvuli kancelarskym aplikacim na tomtez nb, nechce se mi vzdy, jsem-li nucen otevrit novou postu pres Thunderbird, prebootovavat z jednoho OS do druheho. Vyresil jsem to trivialne, Thunderbird v obou OS se "kouka" na totez misto na disku. Az doted je vse ok. Ale vsechny emaily, ktere stahnu pod WXP, se mi stahuji pod FBSD podruhe, takze vsechny emaily mam na disku dvakrat, coz je vcelku zbytecne. Nevite nekdo, proc se to tak chova? Diky, J From mkes at ra.rockwell.com Thu Jan 11 12:21:18 2007 From: mkes at ra.rockwell.com (Miroslav Kes) Date: Thu, 11 Jan 2007 12:21:18 +0100 Subject: Thunderbird na XP a FBSD soucasne Message-ID: <45A61DAE.7030503@ra.rockwell.com> Tak to je asi POP3, ze jo? Ja kvuli tomuhle pouzivam IMAP (server musi podporovat) - maily zustavaji na serveru a pouze pokud je opravdu chci odnest (napr. na notebooku domu) tak az v tu chvili je zkopiruju. Mira > Ahoj. Mam mensi problem. Na nb mam FBSD6.1 a Thunderbird 1.5. Jelikoz > jsem nucen mit > nainstalovany i WXP kvuli kancelarskym aplikacim na tomtez nb, nechce se > mi vzdy, jsem-li > nucen otevrit novou postu pres Thunderbird, prebootovavat z jednoho OS > do druheho. > Vyresil jsem to trivialne, Thunderbird v obou OS se "kouka" na totez > misto na disku. Az doted > je vse ok. Ale vsechny emaily, ktere stahnu pod WXP, se mi stahuji pod > FBSD podruhe, takze > vsechny emaily mam na disku dvakrat, coz je vcelku zbytecne. Nevite > nekdo, proc se to tak > chova? Diky, J > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l From dan at obluda.cz Thu Jan 11 12:23:08 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 11 Jan 2007 12:23:08 +0100 Subject: Thunderbird na XP a FBSD soucasne In-Reply-To: <45A60CB7.2050106@email.cz> References: <45A60CB7.2050106@email.cz> Message-ID: <45A61E1C.6090803@obluda.cz> Jaroslav Joska wrote: > WXP kvuli kancelarskym aplikacim Jestli by to nevyresil OpenOffice ... > Thunderbird v obou OS se "kouka" na totez misto na disku. Az doted > je vse ok. Ale vsechny emaily, ktere stahnu pod WXP, se mi stahuji pod > FBSD podruhe, takze vsechny emaily mam na disku dvakrat, coz je vcelku zbytecne. Nevime, jakym protokolem to taha. Pokud je to POP3, tak se priznam, ze nevim, jak klient pozna, ktere zpravy jeste nema stazene. U IMAP bych cekal, ze by se tento problem vyskytovat nemusel. Dan From sitar_vim at procaut.sk Thu Jan 11 12:37:58 2007 From: sitar_vim at procaut.sk (Stano Sitar) Date: Thu, 11 Jan 2007 12:37:58 +0100 Subject: Aky je release datum pre FrereBSD 6.2? Message-ID: <45A62196.8050203@procaut.sk> Vazeni ucastnici konferencie. Mozte ma prosim nasmerovat, kde by som zistil kedy vlastne bude k dispozicii FreeBSD 6.2 RELEASE a aky je dovod oneskorenia? Skusal som hladat na oficialnych mailing listoch, niekolkokrat denne kontrolujem announce mailing list, googlim na www.freebsd.org a ... nic. Posledny datum, ktory som nasiel na http://www.freebsd.org/releases/6.2R/schedule.html je vcera. Dakujem From jaroslav.joska at email.cz Thu Jan 11 12:49:27 2007 From: jaroslav.joska at email.cz (Jaroslav Joska) Date: Thu, 11 Jan 2007 12:49:27 +0100 Subject: Thunderbird na XP a FBSD soucasne In-Reply-To: <45A61E1C.6090803@obluda.cz> References: <45A60CB7.2050106@email.cz> <45A61E1C.6090803@obluda.cz> Message-ID: <45A62447.20202@email.cz> Dan Lukes wrote: > Jaroslav Joska wrote: > >> WXP kvuli kancelarskym aplikacim >> > > Jestli by to nevyresil OpenOffice ... > > Bohuzel diky Microsoftu neni na 100% vyresena kompatibilita s OpenOffice. A kdyz ma clovek opravovat dokument, ktery ma cca 50 stranek a vice, neni to zrovna "koser". >> Thunderbird v obou OS se "kouka" na totez misto na disku. Az doted >> je vse ok. Ale vsechny emaily, ktere stahnu pod WXP, se mi stahuji pod >> FBSD podruhe, takze vsechny emaily mam na disku dvakrat, coz je vcelku zbytecne. >> > > Nevime, jakym protokolem to taha. Pokud je to POP3, tak se priznam, ze > nevim, jak klient pozna, ktere zpravy jeste nema stazene. U IMAP bych > cekal, ze by se tento problem vyskytovat nemusel. > > Dan > > Taham to pres POP3, IMAP mi seznam nenabizi From info at michalkosik.com Thu Jan 11 12:56:39 2007 From: info at michalkosik.com (=?iso-8859-1?Q?Michal_Kos=EDk?=) Date: Thu, 11 Jan 2007 12:56:39 +0100 Subject: Thunderbird na XP a FBSD soucasne References: <45A60CB7.2050106@email.cz> Message-ID: <001201c73577$8d7c6a70$640a16ac@michalkosik.byt> No ja thunderbird neznam, ale jede-li to pres POP3, tak bych zkontroloval nastaveni uctu.... Neni mozne, ze ten program ma nastaveno nechavat kopii zprav na serveru? Michal ----- Original Message ----- From: "Jaroslav Joska" To: Sent: Thursday, January 11, 2007 11:08 AM Subject: Thunderbird na XP a FBSD soucasne > Ahoj. Mam mensi problem. Na nb mam FBSD6.1 a Thunderbird 1.5. Jelikoz > jsem nucen mit > nainstalovany i WXP kvuli kancelarskym aplikacim na tomtez nb, nechce se > mi vzdy, jsem-li > nucen otevrit novou postu pres Thunderbird, prebootovavat z jednoho OS > do druheho. > Vyresil jsem to trivialne, Thunderbird v obou OS se "kouka" na totez > misto na disku. Az doted > je vse ok. Ale vsechny emaily, ktere stahnu pod WXP, se mi stahuji pod > FBSD podruhe, takze > vsechny emaily mam na disku dvakrat, coz je vcelku zbytecne. Nevite > nekdo, proc se to tak > chova? Diky, J > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l > From cizek.milan at seznam.cz Thu Jan 11 12:58:32 2007 From: cizek.milan at seznam.cz (=?us-ascii?Q?Cizek=2EMilan?=) Date: Thu, 11 Jan 2007 12:58:32 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20Aky=20je=20release=20datum=20pre=20FrereBSD=206=2E2=3F?= In-Reply-To: <45A62196.8050203@procaut.sk> Message-ID: <2841.4927-21562-737512348-1168516712@seznam.cz> Ahoj, jj, taky uz jsem netrpelivy a den co den sleduju ty same datumy. Treba to stihnou, mozna maji diky casovemu posutu jeste "vcera". :-) Milan > ------------ P?vodn? zpr?va ------------ > Mozte ma prosim nasmerovat, kde by som zistil kedy vlastne bude > k dispozicii FreeBSD 6.2 RELEASE a aky je dovod oneskorenia? > > Skusal som hladat na oficialnych mailing listoch, niekolkokrat > denne kontrolujem announce mailing list, googlim na www.freebsd.org > a ... nic. > > Posledny datum, ktory som nasiel na > http://www.freebsd.org/releases/6.2R/schedule.html > je vcera. From jaroslav.joska at email.cz Thu Jan 11 13:11:58 2007 From: jaroslav.joska at email.cz (Jaroslav Joska) Date: Thu, 11 Jan 2007 13:11:58 +0100 Subject: Thunderbird na XP a FBSD soucasne In-Reply-To: <001201c73577$8d7c6a70$640a16ac@michalkosik.byt> References: <45A60CB7.2050106@email.cz> <001201c73577$8d7c6a70$640a16ac@michalkosik.byt> Message-ID: <45A6298E.6090004@email.cz> Ahoj. Jo, jde to pres POP3, zpravy na serveru si nechavam schvalne a IMAP nelze pouzit. Rad bych zjistil, kde se uchovava informace o tom, co uz se mi stahlo a co ne, abych to nejak mohl dal resit. Michal Kos?k wrote: > No ja thunderbird neznam, ale jede-li to pres POP3, tak bych zkontroloval > nastaveni uctu.... > Neni mozne, ze ten program ma nastaveno nechavat kopii zprav na serveru? > Michal > ----- Original Message ----- > From: "Jaroslav Joska" > To: > Sent: Thursday, January 11, 2007 11:08 AM > Subject: Thunderbird na XP a FBSD soucasne > > > >> Ahoj. Mam mensi problem. Na nb mam FBSD6.1 a Thunderbird 1.5. Jelikoz >> jsem nucen mit >> nainstalovany i WXP kvuli kancelarskym aplikacim na tomtez nb, nechce se >> mi vzdy, jsem-li >> nucen otevrit novou postu pres Thunderbird, prebootovavat z jednoho OS >> do druheho. >> Vyresil jsem to trivialne, Thunderbird v obou OS se "kouka" na totez >> misto na disku. Az doted >> je vse ok. Ale vsechny emaily, ktere stahnu pod WXP, se mi stahuji pod >> FBSD podruhe, takze >> vsechny emaily mam na disku dvakrat, coz je vcelku zbytecne. Nevite >> nekdo, proc se to tak >> chova? Diky, J >> -- >> FreeBSD mailing list (users-l at freebsd.cz) >> http://www.freebsd.cz/listserv/listinfo/users-l >> >> > > From babjak at hilbert.chtf.stuba.sk Thu Jan 11 13:12:36 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Thu, 11 Jan 2007 13:12:36 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <45A62196.8050203@procaut.sk> References: <45A62196.8050203@procaut.sk> Message-ID: <20070111121236.GA4711@hilbert.chtf.stuba.sk> > Posledny datum, ktory som nasiel na > http://www.freebsd.org/releases/6.2R/schedule.html > je vcera. ^-- Ze je tam dva dni overdue by som nevidel ako problem, ked este pred par tyzdnami tam bolo overdue dva mesiace. :-( Som tiez netrpezlivy -- aj ked si patrne rozdiel medzi 6.2-rc2 a 6.2-release vsimnem iba pri pouziti uname -- ale na druhej strane si radsej chvilu pockam na kvality finalny produkt ako mat rychlo dodany produkt, v ktorom sa zabudlo dokoncit N veci. J. From pav at oook.cz Thu Jan 11 13:21:05 2007 From: pav at oook.cz (Pav Lucistnik) Date: Thu, 11 Jan 2007 13:21:05 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <45A62196.8050203@procaut.sk> References: <45A62196.8050203@procaut.sk> Message-ID: <1168518065.74707.13.camel@pav.hide.vol.cz> Stano Sitar p??e v ?t 11. 01. 2007 v 12:37 +0100: > Mozte ma prosim nasmerovat, kde by som zistil kedy vlastne bude > k dispozicii FreeBSD 6.2 RELEASE a aky je dovod oneskorenia? Aktualni interni informace hovori o tomto vikendu, a duvod zpozdeni je blize neupresnena bezpecnostni chyba v kernelu, ktera musi byt opravena pred vydanim 6.2-RELEASE -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From info at michalkosik.com Thu Jan 11 14:30:45 2007 From: info at michalkosik.com (=?iso-8859-1?Q?Michal_Kos=EDk?=) Date: Thu, 11 Jan 2007 14:30:45 +0100 Subject: Thunderbird na XP a FBSD soucasne References: <45A60CB7.2050106@email.cz><001201c73577$8d7c6a70$640a16ac@michalkosik.byt> <45A6298E.6090004@email.cz> Message-ID: <001401c73584$b2bd63e0$640a16ac@michalkosik.byt> Ahoj. No pak je to jasny! V kazdem systemu je nastaveno ponechat zpravy na serveru. Tzn., ze vsechny nove zpravy si kazdy system stahne 1x, aby sam vedel, ze uz je stahnul. Podle me to nepujde udelat tak jak si asi prejes. Ja to mam stejny: PC a NB a vzdy se mi stahnou na kazdej stroj jenom ty novy zpravy, ale z meho hlediska duplicitni, protoze uz jsem je jednou stahnul treba na PC... Proste si kazdy OS pamatuje, ktery zpravy stahnul a stahuje jen ty pro nej nove. Jestli toto ale jde nejak zmenit to nevim a myslim, ze ne.. Cau. ----- Original Message ----- From: "Jaroslav Joska" To: "FreeBSD mailing list" Sent: Thursday, January 11, 2007 1:11 PM Subject: Re: Thunderbird na XP a FBSD soucasne Ahoj. Jo, jde to pres POP3, zpravy na serveru si nechavam schvalne a IMAP nelze pouzit. Rad bych zjistil, kde se uchovava informace o tom, co uz se mi stahlo a co ne, abych to nejak mohl dal resit. Michal Kos?k wrote: > No ja thunderbird neznam, ale jede-li to pres POP3, tak bych zkontroloval > nastaveni uctu.... > Neni mozne, ze ten program ma nastaveno nechavat kopii zprav na serveru? > Michal > ----- Original Message ----- > From: "Jaroslav Joska" > To: > Sent: Thursday, January 11, 2007 11:08 AM > Subject: Thunderbird na XP a FBSD soucasne > > > >> Ahoj. Mam mensi problem. Na nb mam FBSD6.1 a Thunderbird 1.5. Jelikoz >> jsem nucen mit >> nainstalovany i WXP kvuli kancelarskym aplikacim na tomtez nb, nechce se >> mi vzdy, jsem-li >> nucen otevrit novou postu pres Thunderbird, prebootovavat z jednoho OS >> do druheho. >> Vyresil jsem to trivialne, Thunderbird v obou OS se "kouka" na totez >> misto na disku. Az doted >> je vse ok. Ale vsechny emaily, ktere stahnu pod WXP, se mi stahuji pod >> FBSD podruhe, takze >> vsechny emaily mam na disku dvakrat, coz je vcelku zbytecne. Nevite >> nekdo, proc se to tak >> chova? Diky, J >> -- >> FreeBSD mailing list (users-l at freebsd.cz) >> http://www.freebsd.cz/listserv/listinfo/users-l >> >> > > -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l From koutek at o-k.cz Thu Jan 11 14:50:32 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Thu, 11 Jan 2007 14:50:32 +0100 Subject: Thunderbird na XP a FBSD soucasne In-Reply-To: <001401c73584$b2bd63e0$640a16ac@michalkosik.byt> References: <45A60CB7.2050106@email.cz> <001201c73577$8d7c6a70$640a16ac@michalkosik.byt> <45A6298E.6090004@email.cz> <001401c73584$b2bd63e0$640a16ac@michalkosik.byt> Message-ID: <1168523432.1980.14.camel@shift.o-k.cz> nemuzu si pomoci, ale prachobycejny imap tohle resi naprosto krasne. ve FreeBSD je stahuju lokalne jako kopii pro pouziti v offline a windows pouzivam jen jako nahledove. Ondra Michal Kos?k p??e v ?t 11. 01. 2007 v 14:30 +0100: > Ahoj. > No pak je to jasny! > V kazdem systemu je nastaveno ponechat zpravy na serveru. Tzn., ze vsechny > nove zpravy si kazdy system stahne 1x, aby sam vedel, ze uz je stahnul. > Podle me to nepujde udelat tak jak si asi prejes. > Ja to mam stejny: PC a NB a vzdy se mi stahnou na kazdej stroj jenom ty novy > zpravy, ale z meho hlediska duplicitni, protoze uz jsem je jednou stahnul > treba na PC... > Proste si kazdy OS pamatuje, ktery zpravy stahnul a stahuje jen ty pro nej > nove. > Jestli toto ale jde nejak zmenit to nevim a myslim, ze ne.. > Cau. > ----- Original Message ----- > From: "Jaroslav Joska" > To: "FreeBSD mailing list" > Sent: Thursday, January 11, 2007 1:11 PM > Subject: Re: Thunderbird na XP a FBSD soucasne > > > Ahoj. Jo, jde to pres POP3, zpravy na serveru si nechavam schvalne > a IMAP nelze pouzit. Rad bych zjistil, kde se uchovava informace > o tom, co uz se mi stahlo a co ne, abych to nejak mohl dal resit. > > Michal Kos?k wrote: > > No ja thunderbird neznam, ale jede-li to pres POP3, tak bych zkontroloval > > nastaveni uctu.... > > Neni mozne, ze ten program ma nastaveno nechavat kopii zprav na serveru? > > Michal > > ----- Original Message ----- > > From: "Jaroslav Joska" > > To: > > Sent: Thursday, January 11, 2007 11:08 AM > > Subject: Thunderbird na XP a FBSD soucasne > > > > > > > >> Ahoj. Mam mensi problem. Na nb mam FBSD6.1 a Thunderbird 1.5. Jelikoz > >> jsem nucen mit > >> nainstalovany i WXP kvuli kancelarskym aplikacim na tomtez nb, nechce se > >> mi vzdy, jsem-li > >> nucen otevrit novou postu pres Thunderbird, prebootovavat z jednoho OS > >> do druheho. > >> Vyresil jsem to trivialne, Thunderbird v obou OS se "kouka" na totez > >> misto na disku. Az doted > >> je vse ok. Ale vsechny emaily, ktere stahnu pod WXP, se mi stahuji pod > >> FBSD podruhe, takze > >> vsechny emaily mam na disku dvakrat, coz je vcelku zbytecne. Nevite > >> nekdo, proc se to tak > >> chova? Diky, J > >> -- > >> FreeBSD mailing list (users-l at freebsd.cz) > >> http://www.freebsd.cz/listserv/listinfo/users-l > >> > >> > > > > > > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l > From rajo at platon.sk Thu Jan 11 14:55:39 2007 From: rajo at platon.sk (Lubomir Host) Date: Thu, 11 Jan 2007 14:55:39 +0100 Subject: Thunderbird na XP a FBSD soucasne In-Reply-To: <001401c73584$b2bd63e0$640a16ac@michalkosik.byt> References: <45A6298E.6090004@email.cz> <001401c73584$b2bd63e0$640a16ac@michalkosik.byt> Message-ID: <20070111135539.GP27900@platon.sk> On Thu, Jan 11, 2007 at 02:30:45PM +0100, Michal Kos?k wrote: > Ahoj. > No pak je to jasny! > V kazdem systemu je nastaveno ponechat zpravy na serveru. Tzn., ze vsechny > nove zpravy si kazdy system stahne 1x, aby sam vedel, ze uz je stahnul. > Podle me to nepujde udelat tak jak si asi prejes. > Ja to mam stejny: PC a NB a vzdy se mi stahnou na kazdej stroj jenom ty novy > zpravy, ale z meho hlediska duplicitni, protoze uz jsem je jednou stahnul > treba na PC... > Proste si kazdy OS pamatuje, ktery zpravy stahnul a stahuje jen ty pro nej > nove. > Jestli toto ale jde nejak zmenit to nevim a myslim, ze ne.. > Cau. Skusil by som presmerovat profil Thundebirdu z FreeBSD do adresara, kde je windowsovy profil. Ak by bol problem, ze vo windowsovom profile su napisane windowsove cesty, tak potom jedine postupovat subor po subore v profile Thundebird a spravit symlinky zvlast. Alebo potom rozbehnut OpenOffice vo FreeBSD a windows zrusit alebo ponechat svojmu osudu a nepouzivat. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From xdivac02 at stud.fit.vutbr.cz Thu Jan 11 19:21:44 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Thu, 11 Jan 2007 19:21:44 +0100 Subject: Thunderbird na XP a FBSD soucasne In-Reply-To: <45A60CB7.2050106@email.cz> References: <45A60CB7.2050106@email.cz> Message-ID: <20070111182144.GA74128@stud.fit.vutbr.cz> On Thu, Jan 11, 2007 at 11:08:55AM +0100, Jaroslav Joska wrote: > Ahoj. Mam mensi problem. Na nb mam FBSD6.1 a Thunderbird 1.5. Jelikoz > jsem nucen mit > nainstalovany i WXP kvuli kancelarskym aplikacim na tomtez nb, nechce se > mi vzdy, jsem-li > nucen otevrit novou postu pres Thunderbird, prebootovavat z jednoho OS > do druheho. > Vyresil jsem to trivialne, Thunderbird v obou OS se "kouka" na totez > misto na disku. Az doted > je vse ok. Ale vsechny emaily, ktere stahnu pod WXP, se mi stahuji pod > FBSD podruhe, takze > vsechny emaily mam na disku dvakrat, coz je vcelku zbytecne. Nevite > nekdo, proc se to tak > chova? Diky, J sice je to lehce offtopic ale... ja osobne pouzivam na postu jedine ssh+mutt ma to tu vyhodu ze postu ctu pokazde stejne at uz sedim kdekoliv :) skoda ze mi za chvilku zrusi konto ve skole :( From xkucf03 at seznam.cz Fri Jan 12 05:47:11 2007 From: xkucf03 at seznam.cz (=?UTF-8?B?RnJhbnRpxaFlayBLdcSNZXJh?=) Date: Thu, 11 Jan 2007 20:47:11 -0800 Subject: Thunderbird na XP a FBSD soucasne In-Reply-To: <45A62447.20202@email.cz> References: <45A60CB7.2050106@email.cz> <45A61E1C.6090803@obluda.cz> <45A62447.20202@email.cz> Message-ID: <45A712CF.4030704@seznam.cz> D?l?m to ?pln? stejn?, taky m?m pop3 + Thunderbird ve FreeBSD i ve Windows. M?m to nasm?rovan? na tent?? profil. Funguje to a maily se stahuj? jen jednou - z pop3 na disk a hotovo. Jedin? probl?m m?m s t?m, ?e se mi ob?as (po p?echodu z jednoho OS do druh?ho) ozna?? ??st p?e?ten?ch e-mail? jako nep?e?ten? - t?eba takov?ch 2000 mail? n?kde uprost?ed (podle data). Kdy? z?st?v?m v jednom OS, tak se to nest?v?* Franta *) ale u? jsem sly?el od t?ty, ?e se mu jednou taky ozna?ila ??st mail? jako nep?e?ten? - a to pou??v? jen Windows. Bohu?el TB nen? dokonal? program. Jaroslav Joska napsal(a): > Dan Lukes wrote: > >> Jaroslav Joska wrote: >> >> >>> WXP kvuli kancelarskym aplikacim >>> >>> >> Jestli by to nevyresil OpenOffice ... >> >> >> > Bohuzel diky Microsoftu neni na 100% vyresena > kompatibilita s OpenOffice. A kdyz ma clovek > opravovat dokument, ktery ma cca 50 stranek a vice, > neni to zrovna "koser". > > >>> Thunderbird v obou OS se "kouka" na totez misto na disku. Az doted >>> je vse ok. Ale vsechny emaily, ktere stahnu pod WXP, se mi stahuji pod >>> FBSD podruhe, takze vsechny emaily mam na disku dvakrat, coz je vcelku zbytecne. >>> >>> >> Nevime, jakym protokolem to taha. Pokud je to POP3, tak se priznam, ze >> nevim, jak klient pozna, ktere zpravy jeste nema stazene. U IMAP bych >> cekal, ze by se tento problem vyskytovat nemusel. >> >> Dan >> >> >> > Taham to pres POP3, IMAP mi seznam nenabizi > > From hans at stare.cz Thu Jan 11 23:01:10 2007 From: hans at stare.cz (Jan Stary) Date: Thu, 11 Jan 2007 23:01:10 +0100 Subject: Thunderbird na XP a FBSD soucasne In-Reply-To: <001401c73584$b2bd63e0$640a16ac@michalkosik.byt> References: <45A6298E.6090004@email.cz> <001401c73584$b2bd63e0$640a16ac@michalkosik.byt> Message-ID: <20070111220110.GA667@ns.stare.cz> > V kazdem systemu je nastaveno ponechat zpravy na serveru. Tzn., ze vsechny > nove zpravy si kazdy system stahne 1x, aby sam vedel, ze uz je stahnul. > Proste si kazdy OS pamatuje, ktery zpravy stahnul a stahuje jen ty pro nej > nove. Opravte me, jestli se mylim, ale informace o tom, ktere ze zprav uz byly stazeny (tj: ktere jsou OLD/NEW), je snad uchovavana na _serveru_, ne? js From dan at obluda.cz Thu Jan 11 23:27:05 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 11 Jan 2007 23:27:05 +0100 Subject: Thunderbird na XP a FBSD soucasne In-Reply-To: <20070111220110.GA667@ns.stare.cz> References: <45A6298E.6090004@email.cz> <001401c73584$b2bd63e0$640a16ac@michalkosik.byt> <20070111220110.GA667@ns.stare.cz> Message-ID: <45A6B9B9.1000406@obluda.cz> Jan Stary wrote: >> V kazdem systemu je nastaveno ponechat zpravy na serveru. Tzn., ze vsechny >> nove zpravy si kazdy system stahne 1x, aby sam vedel, ze uz je stahnul. >> Proste si kazdy OS pamatuje, ktery zpravy stahnul a stahuje jen ty pro nej >> nove. > > Opravte me, jestli se mylim, ale informace o tom, ktere ze zprav uz > byly stazeny (tj: ktere jsou OLD/NEW), je snad uchovavana na _serveru_, ne? POP3 protokol nezna stav zpravy "OLD" resp. "NEW". Ten zna pouze "nesmazana" a "smazana" a i to pouze po dobu probihajici session. Po jejim skonceni se zpravy ve stavu "smazane" skutecne smazou a tedy v podstate nelze hovorit o perzistentnim uchovavani stavu zpravy. Pokud se klient rozhodne zpravu nesmazat, tak muze, ale je na nem, aby si priste rozpoznal jiz ziskane zpravy od jinych. To ale neni trivialni - index zpravy se kazdou session meni. Pomoci muze unikatni identifikace zpravy. Jenze, UIDL prikaz je pouze nepovinny. Ergo - POP3 server neposkytuje informaci o tom, zda byla konkretni zprava jiz prectena a nemusi dokonce ani zpristupnovat informace, ktere by umoznovaly snadno takovou logiku implementovat na klientovi (i kdyz vzdy muze klient stahnotu vsechny zpravy a porovnat je s temi, ktere jiz ma a ty zcela identicke vynechat). Dan From ludek.martinak at email.cz Fri Jan 12 00:31:17 2007 From: ludek.martinak at email.cz (=?us-ascii?Q?ludek=2Emartinak?=) Date: Fri, 12 Jan 2007 00:31:17 +0100 (CET) Subject: =?us-ascii?Q?SNTP=20server?= Message-ID: <260.609-30685-1255173081-1168558277@email.cz> co je potreba naistalovat a pak nasledne nakonfigurovat, aby muj pocitac slouzil jako SNTP server ? Diky. From dan at obluda.cz Fri Jan 12 01:35:32 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 12 Jan 2007 01:35:32 +0100 Subject: SNTP server In-Reply-To: <260.609-30685-1255173081-1168558277@email.cz> References: <260.609-30685-1255173081-1168558277@email.cz> Message-ID: <45A6D7D4.8080108@obluda.cz> ludek.martinak wrote: > co je potreba naistalovat a pak nasledne nakonfigurovat, aby muj pocitac slouzil jako SNTP server ? Nejaky NTP server ? Treba by mohl stacit ten, co je integralni soucasti systemu, takze by se nemuselo nic instalovat. man ntpd ntp.conf Dan From jarek at ataxo.com Fri Jan 12 10:54:25 2007 From: jarek at ataxo.com (=?utf-8?B?SmFyb23DrXIgRHZvxZnDocSNZWs=?=) Date: Fri, 12 Jan 2007 10:54:25 +0100 Subject: FreeBSD bez X Message-ID: <20070112095425.GC73978@ataxo.com> Ahoj, prosim, jak zajistujete, aby se kompilovaly aplikace bez Xwindow nebo Xlibs v zavislostech? Pro priklad uvedu editor vim - dle makefile by mela fungovat kompilace bez Xek, ale nedokazu ho k tomu prinutit a vygooglovat se mi zatim nepodarilo nic jineho, nez co jsem uz zkousel: env NO_GUI=yes make make NO_GUI=yes v /usr/local/etc/ports.conf mam: *: WITHOUT_GUI=yes *: WITHOUT_X11=yes *: NO_GUI=yes *: NO_X=true *: USE_XLIB=no hodnoty z ports.conf jsem zkousel dat i primo do /etc/make.conf. Ale stale jsem neuspesny, vzdycky se mi zkompiluje i gvim (Xka nemam v supfile, tudiz se mi neinstaluji v zavislostech, ale aplikace se vzdy zkompiluje i se svoji casti pro Xka). Neni treba nejaka systemova promenna, ktera "oznamuje", ze chci system bez X? :) Uz opravdu nevim, moc dekuji za pripominky. S pozdravem Jaromir Dvoracek From pav at oook.cz Fri Jan 12 11:01:02 2007 From: pav at oook.cz (Pav Lucistnik) Date: Fri, 12 Jan 2007 11:01:02 +0100 Subject: FreeBSD bez X In-Reply-To: <20070112095425.GC73978@ataxo.com> References: <20070112095425.GC73978@ataxo.com> Message-ID: <1168596062.6328.6.camel@pav.hide.vol.cz> Jarom?r Dvo???ek p??e v p? 12. 01. 2007 v 10:54 +0100: > *: USE_XLIB=no Huaaa? Tohle je velmi kreativni nesmysl, ktery zpusobi pridani zavislosti na xorg-libraries na _vsechny_ existujici porty. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From jp at devnull.cz Fri Jan 12 11:01:49 2007 From: jp at devnull.cz (Jan Pechanec) Date: Fri, 12 Jan 2007 11:01:49 +0100 (CET) Subject: FreeBSD bez X In-Reply-To: <20070112095425.GC73978@ataxo.com> References: <20070112095425.GC73978@ataxo.com> Message-ID: <20070112110125.I17561@shark.devnull.cz> On Fri, 12 Jan 2007, Jarom?r Dvo???ek wrote: >Ahoj, > >prosim, jak zajistujete, aby se kompilovaly aplikace bez Xwindow nebo Xlibs >v zavislostech? Pro priklad uvedu editor vim - dle makefile by mela podivej se jak to dela /usr/ports/editors/vim-lite/ h. -- Jan Pechanec http://www.devnull.cz From jarek at ataxo.com Fri Jan 12 11:16:21 2007 From: jarek at ataxo.com (=?utf-8?B?SmFyb23DrXIgRHZvxZnDocSNZWs=?=) Date: Fri, 12 Jan 2007 11:16:21 +0100 Subject: FreeBSD bez X In-Reply-To: <1168596062.6328.6.camel@pav.hide.vol.cz> References: <20070112095425.GC73978@ataxo.com> <1168596062.6328.6.camel@pav.hide.vol.cz> Message-ID: <20070112101621.GD73978@ataxo.com> On 12. Jan (Friday) 2007 at 11:01:02, Pav Lucistnik wrote: > Jarom?r Dvo???ek p??e v p? 12. 01. 2007 v 10:54 +0100: > > > *: USE_XLIB=no > > Huaaa? > > Tohle je velmi kreativni nesmysl, ktery zpusobi pridani zavislosti na > xorg-libraries na _vsechny_ existujici porty. > Huaaa, vyborne, diky :)) Toho, ze se kompiluje i gvim, i kdyz jej v zivote nepouziji a X neni pritomno, se asi nezbavim, ze? J. From jarek at ataxo.com Fri Jan 12 11:18:06 2007 From: jarek at ataxo.com (=?utf-8?B?SmFyb23DrXIgRHZvxZnDocSNZWs=?=) Date: Fri, 12 Jan 2007 11:18:06 +0100 Subject: FreeBSD bez X In-Reply-To: <20070112110125.I17561@shark.devnull.cz> References: <20070112095425.GC73978@ataxo.com> <20070112110125.I17561@shark.devnull.cz> Message-ID: <20070112101806.GE73978@ataxo.com> On 12. Jan (Friday) 2007 at 11:01:49, Jan Pechanec wrote: > On Fri, 12 Jan 2007, Jarom?r Dvo???ek wrote: > > >Ahoj, > > > >prosim, jak zajistujete, aby se kompilovaly aplikace bez Xwindow nebo Xlibs > >v zavislostech? Pro priklad uvedu editor vim - dle makefile by mela > > podivej se jak to dela /usr/ports/editors/vim-lite/ > > h. > > -- > Jan Pechanec > http://www.devnull.cz > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l ee, tam bude hlavni rozdil asi v tomto: .if !defined(LITE) MAKE_ARGS+= CONF_OPT_FEAT="--with-features=big" I18N= CONF_OPT_MULTIBYTE="--enable-multibyte --enable-fontset --enable -xim" J. From pav at oook.cz Fri Jan 12 11:28:15 2007 From: pav at oook.cz (Pav Lucistnik) Date: Fri, 12 Jan 2007 11:28:15 +0100 Subject: FreeBSD bez X In-Reply-To: <20070112101621.GD73978@ataxo.com> References: <20070112095425.GC73978@ataxo.com> <1168596062.6328.6.camel@pav.hide.vol.cz> <20070112101621.GD73978@ataxo.com> Message-ID: <1168597695.6328.9.camel@pav.hide.vol.cz> Jarom?r Dvo???ek p??e v p? 12. 01. 2007 v 11:16 +0100: > On 12. Jan (Friday) 2007 at 11:01:02, Pav Lucistnik wrote: > > Jarom?r Dvo???ek p??e v p? 12. 01. 2007 v 10:54 +0100: > > > > > *: USE_XLIB=no > > > > Huaaa? > > > > Tohle je velmi kreativni nesmysl, ktery zpusobi pridani zavislosti na > > xorg-libraries na _vsechny_ existujici porty. > > > > Huaaa, vyborne, diky :)) > > Toho, ze se kompiluje i gvim, i kdyz jej v zivote nepouziji a X neni pritomno, se asi nezbavim, ze? [/etc/make.conf] .if ${.CURDIR} == "/usr/ports/editors/vim" WITHOUT_X11=yes .endif -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From jp at devnull.cz Fri Jan 12 11:29:55 2007 From: jp at devnull.cz (Jan Pechanec) Date: Fri, 12 Jan 2007 11:29:55 +0100 (CET) Subject: FreeBSD bez X In-Reply-To: <20070112101806.GE73978@ataxo.com> References: <20070112095425.GC73978@ataxo.com> <20070112110125.I17561@shark.devnull.cz> <20070112101806.GE73978@ataxo.com> Message-ID: <20070112112708.W17561@shark.devnull.cz> On Fri, 12 Jan 2007, Jarom?r Dvo???ek wrote: >ee, tam bude hlavni rozdil asi v tomto: > >.if !defined(LITE) >MAKE_ARGS+= CONF_OPT_FEAT="--with-features=big" >I18N= CONF_OPT_MULTIBYTE="--enable-multibyte --enable-fontset --enable >-xim" mimo jine ano. A taky treba tohle: MAKE_ARGS+= CONF_OPT_GUI="--enable-gui=no --without-x --enable-multibyte" -- Jan Pechanec http://www.devnull.cz From jarek at ataxo.com Fri Jan 12 11:54:30 2007 From: jarek at ataxo.com (=?utf-8?B?SmFyb23DrXIgRHZvxZnDocSNZWs=?=) Date: Fri, 12 Jan 2007 11:54:30 +0100 Subject: FreeBSD bez X In-Reply-To: <20070112112708.W17561@shark.devnull.cz> References: <20070112095425.GC73978@ataxo.com> <20070112110125.I17561@shark.devnull.cz> <20070112101806.GE73978@ataxo.com> <20070112112708.W17561@shark.devnull.cz> Message-ID: <20070112105430.GF73978@ataxo.com> On 12. Jan (Friday) 2007 at 11:29:55, Jan Pechanec wrote: > On Fri, 12 Jan 2007, Jarom?r Dvo???ek wrote: > > >ee, tam bude hlavni rozdil asi v tomto: > > > >.if !defined(LITE) > >MAKE_ARGS+= CONF_OPT_FEAT="--with-features=big" > >I18N= CONF_OPT_MULTIBYTE="--enable-multibyte --enable-fontset --enable > >-xim" > > mimo jine ano. A taky treba tohle: > > MAKE_ARGS+= CONF_OPT_GUI="--enable-gui=no --without-x > --enable-multibyte" > To je pravda... ovsem to same dela i WITHOUT_X11 (NO_GUI). Kazdopadne, lite nepomohl, byla chybka v ports.conf. Dekuji, J. Dvoracek From koutek at o-k.cz Fri Jan 12 14:07:51 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Fri, 12 Jan 2007 14:07:51 +0100 Subject: FreeBSD 6.2 RELEASE Message-ID: <1168607271.2313.0.camel@shift.o-k.cz> Tak pro nedockavce, v CVS uz ho mate. Ondra From xdivac02 at stud.fit.vutbr.cz Fri Jan 12 14:22:54 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 12 Jan 2007 14:22:54 +0100 Subject: FreeBSD 6.2 RELEASE In-Reply-To: <1168607271.2313.0.camel@shift.o-k.cz> References: <1168607271.2313.0.camel@shift.o-k.cz> Message-ID: <20070112132254.GA79476@stud.fit.vutbr.cz> On Fri, Jan 12, 2007 at 02:07:51PM +0100, Ondra Koutek wrote: > Tak pro nedockavce, v CVS uz ho mate. to ze v cvs je neco co vypada jako -RELEASE vubec neznamena ze to release je. From radek at ceskedomeny.cz Fri Jan 12 17:26:07 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Fri, 12 Jan 2007 17:26:07 +0100 Subject: 4GB pamet, vidim vsak jen 3,5 GB Message-ID: <196490220.20070112172607@starnet.cz> Dobry den, mam nasledujici problem, poridil jsem server HP ProLiant a nechal si do nej dat 4GB pameti. Kontroloval jsem to, BIOS ukazuje 4GB, kdyz startuje server, tak take kontroluje 4096 MB, nicmene jakmile nastartuje system, tak dmesg, top a spol. ukazuje pouze 3,5 GB cca. real memory = 3758043136 (3583 MB) avail memory = 3678674944 (3508 MB) Koukal jsem po netu a FreeBSD 6.1 (o kterem v tuto chvili mluvime) by nemelo mit problem s upto 4GB, pokud jsem tedy cetl spravnou stranku. :) Zatim mam generic default instalaci, vzhledem k tomuto problemu jsem se jeste nepoustel dale, dokud se to nevyresi. Je tu sice moznost, kterou bych dost nerad, ze proste 1GB vytahnu, jenze to mi server zase pojede na doraz a to se mi moc nechce. Bohuzel zkusenost s tolika pameti zatim nemam a nic kloudneho jsem nenasel. Diky za radu. Jeste na zaver pripojuji kompletni dmesg. ------------------------------------------------------------------------------ Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006 root at opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP acpi_alloc_wakeup_handler: can't alloc wake memory Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (3000.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf4a Stepping = 10 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000000 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 3758043136 (3583 MB) avail memory = 3678674944 (3508 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic1: Changing APIC ID to 9 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci13: on pcib1 pcib2: at device 4.0 on pci0 pci6: on pcib2 pcib3: at device 0.0 on pci6 pci7: on pcib3 pcib4: at device 0.2 on pci6 pci10: on pcib4 pcib5: at device 6.0 on pci0 pci3: on pcib5 pcib6: at device 28.0 on pci0 pci2: on pcib6 ciss0: port 0x4000-0x40ff mem 0xfdff0000-0xfdff1fff,0xfdf80000-0xfdfbffff irq 24 at device 1.0 on pci2 ciss0: [GIANT-LOCKED] bge0: mem 0xfdf70000-0xfdf7ffff irq 25 at device 2.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:19:bb:2e:3f:ae bge1: mem 0xfdf60000-0xfdf6ffff irq 26 at device 2.1 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:19:bb:2e:3f:ad uhci0: port 0x2000-0x201f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) ehci0: mem 0xfbee0000-0xfbee03ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 SMP: AP CPU #1 Launched! da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 140006MB (286734240 512 byte sectors: 255H 32S/T 35139C) Trying to mount root from ufs:/dev/da0s1a ------------------------------------------------------------------------------ -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From freebsd-users-l at wilbury.sk Fri Jan 12 17:36:56 2007 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Fri, 12 Jan 2007 17:36:56 +0100 Subject: 4GB pamet, vidim vsak jen 3,5 GB In-Reply-To: <196490220.20070112172607@starnet.cz> References: <196490220.20070112172607@starnet.cz> Message-ID: <45A7B928.6000808@wilbury.sk> Bc. Radek Krejca wrote: > Dobry den, > > mam nasledujici problem, poridil jsem server HP ProLiant a nechal si > do nej dat 4GB pameti. Kontroloval jsem to, BIOS ukazuje 4GB, kdyz > startuje server, tak take kontroluje 4096 MB, nicmene jakmile > nastartuje system, tak dmesg, top a spol. ukazuje pouze 3,5 GB cca. Preberalo sa to tu pred 2 tyzdnami -> riesenie je pouzit AMD64 verziu. otis -- Juraj Lutter | /\ ASCII Ribbon Campaign otis (at) wilbury.sk | \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail From radek at ceskedomeny.cz Fri Jan 12 18:45:55 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Fri, 12 Jan 2007 18:45:55 +0100 Subject: 4GB pamet, vidim vsak jen 3,5 GB In-Reply-To: <45A7B928.6000808@wilbury.sk> References: <196490220.20070112172607@starnet.cz> <45A7B928.6000808@wilbury.sk> Message-ID: <1263713689.20070112184555@starnet.cz> Dobry den, 12. ledna 2007, 17:36:56, jste napsal(a): JL> Preberalo sa to tu pred 2 tyzdnami -> riesenie je pouzit AMD64 verziu. Aha, uz to vidim, prisel jsem o notebook s postou, takze tohle jsem nepostrehl. Zjistuji ted, ze mam docela hokej v pojmu architecture, domnival jsem se, ze AMD64 bude pro 64bitove procesory od AMD. Ze by se dala pouzit na Intel procesor by me nenapadlo. Da se nekde najit stranka pojednavajici o rozdilech a vubec pouziti ruznych architektur, popr. jaky je mezi nimi rozdil? A druhy poddotaz, v diskusi na toto tema se psalo o problemech pri prechodu na AMD64, o ktere problemy se konkretne jedna? Diky Radek -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From xdivac02 at stud.fit.vutbr.cz Fri Jan 12 23:09:56 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 12 Jan 2007 23:09:56 +0100 Subject: 4GB pamet, vidim vsak jen 3,5 GB In-Reply-To: <1263713689.20070112184555@starnet.cz> References: <196490220.20070112172607@starnet.cz> <45A7B928.6000808@wilbury.sk> <1263713689.20070112184555@starnet.cz> Message-ID: <20070112220956.GA46038@stud.fit.vutbr.cz> On Fri, Jan 12, 2007 at 06:45:55PM +0100, Bc. Radek Krejca wrote: > Dobry den, > > 12. ledna 2007, 17:36:56, jste napsal(a): > > JL> Preberalo sa to tu pred 2 tyzdnami -> riesenie je pouzit AMD64 verziu. > > Aha, uz to vidim, prisel jsem o notebook s postou, takze tohle jsem > nepostrehl. Zjistuji ted, ze mam docela hokej v pojmu architecture, > domnival jsem se, ze AMD64 bude pro 64bitove procesory od AMD. Ze by > se dala pouzit na Intel procesor by me nenapadlo. no.. ia32 je taky "intel architecture 32 bit" a v pohode to fici na vsem moznem :) > Da se nekde najit stranka pojednavajici o rozdilech a vubec pouziti > ruznych architektur, popr. jaky je mezi nimi rozdil? A druhy poddotaz, > v diskusi na toto tema se psalo o problemech pri prechodu na AMD64, > o ktere problemy se konkretne jedna? jak to vidim jak tak fbsd at amd64 ma 2 zakladni problemy 1) neni to tak otestovane jak i386 2) lidi nepisou soft "spravne" a tak nektere veci na amd64 nefunguji ale pro server pouziti to nevadi (tusim na serveru nepotrebujete 15 let stare veci ktere resi preklat nethackovych attrib souboru do rogue style :) ) jinak bych videl amd64 vyrazne positivneji nez i386 roman From gamato at users.sf.net Sat Jan 13 00:00:44 2007 From: gamato at users.sf.net (martinko) Date: Sat, 13 Jan 2007 00:00:44 +0100 Subject: Thunderbird na XP a FBSD soucasne In-Reply-To: <001401c73584$b2bd63e0$640a16ac@michalkosik.byt> References: <45A60CB7.2050106@email.cz><001201c73577$8d7c6a70$640a16ac@michalkosik.byt> <45A6298E.6090004@email.cz> <001401c73584$b2bd63e0$640a16ac@michalkosik.byt> Message-ID: Michal Kos?k wrote: > Ahoj. > No pak je to jasny! > V kazdem systemu je nastaveno ponechat zpravy na serveru. Tzn., ze vsechny > nove zpravy si kazdy system stahne 1x, aby sam vedel, ze uz je stahnul. > Podle me to nepujde udelat tak jak si asi prejes. > Ja to mam stejny: PC a NB a vzdy se mi stahnou na kazdej stroj jenom ty novy > zpravy, ale z meho hlediska duplicitni, protoze uz jsem je jednou stahnul > treba na PC... > Proste si kazdy OS pamatuje, ktery zpravy stahnul a stahuje jen ty pro nej > nove. > Jestli toto ale jde nejak zmenit to nevim a myslim, ze ne.. > Cau. pokial som to spravne pochopil, tak jaroslav zdiela profil v oboch systemoch. info o precitanych emailoch by malo byt myslim prave v profile. takze by mu to teoreticky malo fungovat. ibaze by profil pod windoze a fbsd nebol uplne rovnaky, resp. zamenitelny. ale vyssie uz niekto napisal, ze to v jeho pripade funguje. hm.. m. From info at michalkosik.com Sat Jan 13 00:03:26 2007 From: info at michalkosik.com (=?iso-8859-1?Q?Michal_Kos=EDk?=) Date: Sat, 13 Jan 2007 00:03:26 +0100 Subject: packet filter References: <459F679F.9080406@unreal64.net> <20070106225126.M72286@yhman.tnuni.sk> Message-ID: <007f01c7369d$de41d450$640a16ac@michalkosik.byt> Zdravim, ponekud stara diskuze, do ktere jsem zasahl i ja....(ne prilis podnetnym prispevkem) Za to, co ted napisu se dopredu omlouvam, protoze jsem se chtel naucit FBSD. Jeste ma snaha bude trvat, ale mam par pratel, kteri resili stejne problemy, mnohem drive a mnohem vic o tom vedi. Dostal jsem odpoved na vsechny otazky tykajici se tohoto problemu: (a podotykam, ze me ta odpoved trochu mrzi...) "Mikrotic RouterOS" Kouknul jsem se jen do manualu a byl jsem prekvapen.... Prosim, reknete mi nekdo, ze toho stejneho vysledku, moznosti a hlavne jednoduchosti nastaveni dosahneme i ve FBSD! Stale se nechci teto myslenky vzdat a zahodit investovany cas i penize (koupil jsem literaturu) Samozrejme, ze v jednoduchosti je krasa a po jiz investovanem case vim, ze je FBSD schopen stejnych vysledku.... Ale chlapi, ruku na srdce, co ta jednoduchost nastaveni? Bez potreby znat skripty, ale samozrejme rozumet tomu, co chci udelat! Nechapejte tento muj prispevek jako nejakou urazku FBSD, (to bych si nedovolil, uz jsem jej nejaky cas studoval). Jen jako primer k tomu, co jiz existuje a ze toto tema, na ktere zpet reaguji, me vedlo k myslence, ze vse je mozne udelat nekolika zpusoby, a ze nema cenu objevovat Ameriku. P.S. Jeste upozornuji na skutecnost, ze jsem si vedom, ze o cem pisi je pouze router a neresi jine aplikace, ktere bych na stejne masine chtel take mit.... (Pokud ovsem neni hloupost mit DNS, DHCP, FTP, HTTP aj. na stejne masine -byt vykonne- jako router....) Michal Kosik ----- Original Message ----- From: "Stefan Kremen" To: "FreeBSD mailing list" Sent: Sunday, January 07, 2007 12:00 AM Subject: Re: packet filter > On Sat, 06 Jan 2007 10:10:55 +0100, Lada 'Ray' Lostak wrote >> Zdar, >> >> neprovozoval jste nekdy nekdo s PF nejake FUP ? Tedy napriklad pri >> dosazeni limitu stahnutych dat za hodinu dotycnou IP trochu omezi a >> poeobne.... > > ako bolo spomenute, http://ipa-system.sourceforge.net/. Je to velice > spolahlivy nastroj na meranie prenesenych dat firewallom (ipfw, ipfw2, > ipf, pf > - tento vsak iba vo verzii ipa-1.3.6) a ak ten pocet dosiahne nejaku, > vopred > stanovenu hranicu, zabezpeci sa spustenie nejakeho skriptu - napr. zasah > do > pravidiel firewallu pre zmenu rychlosti/zablokovanie. > > Riesene PF+ALTQ+IPA mam niekolko rokov k plnej spokojnosti. > >> A druhej dotazek, ma nekdo zkusenosti s limitovanim p2p siti - na >> L7 v FBSD ? Samotne porty jsou k nicemu :/ > > ja to robim opacne: nelimitujem nespocetne mnozstvo neznamych portov > pouzivanych v nespocetnych mnozstvach neznamych p2p sieti, ale mam > vytipujem > niekolko standartnych portov, ako ssh, http, https, smtp, pop3, imap atd. > a na > tie mam zvlast nastavene pravidla, priority a sirku pasma. No a ten zbytok > je > v dalsej grupe, ktora je nastavena inak - napr. mensia rychlost, nizsia > priorita, atd. > > PiFtiK > > ------------------------------------------------------ > Tuto postu Vam prinasa Yhman a OpenWebmail. > This mail is brought to you by Yhman and OpenWebmail. > > > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l > From dan at obluda.cz Sat Jan 13 04:03:46 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 13 Jan 2007 04:03:46 +0100 Subject: packet filter In-Reply-To: <007f01c7369d$de41d450$640a16ac@michalkosik.byt> References: <459F679F.9080406@unreal64.net> <20070106225126.M72286@yhman.tnuni.sk> <007f01c7369d$de41d450$640a16ac@michalkosik.byt> Message-ID: <45A84C12.2050809@obluda.cz> Michal Kos?k napsal/wrote, On 01/13/07 00:03: > Dostal jsem odpoved na vsechny otazky tykajici se tohoto problemu: > "Mikrotic RouterOS" Pokud potrebujes vyresit ten a prave jen ten problem, ktery nejake specializovane reseni resi, tak jeho nasazenim typicky dosahnes lepsich vysledku snaz. Jakmile tvoje pozadavky vyboci z toho, co ona specializovana vec resi, musis najit jine reseni - a resenim muze byt o obecny system, ale resenim muze byt i jine speciani reseni. Problem take muze nastat pokud mas vyresit na mnoho mistech prilis mnoho tuznych pozadavku - pak to muze docela obycejne narazit na tvoji schopnost vstrebat a udrzovat znalosti o prilis mnoha specializovanych resenich jakkoli by v kazdem konkretnim pripade bylo specializovane reseni vyhodnejsi. Jestli Mikrotic RouterOS resi tvoje pozadavky lepe, tak je resi lepe. Na tom neni pro FreeBSD nic potupneho. FreeBSD urcite neni odpovedi na jakoukoliv otazku. Na druhou stranu, v konferenci o FreeBSD lze ocekavat, ze FreeBSD bude jako odpoved nabizeno casto - ono, pro nekoho, kdo ho rutinne pouziva muze byt natolik snadne jim vyresit nejakou ulohu, ze specializovane reseni, s ohledem na to, ze by byla potreba se ho naucit pouzivat a jeste snazet omezeni jeho specializace, neni v takovem pripade konkurence schopne. To ale neplati pro nekoho, pro koho jsou obe reseni nova. Reseni je nejen funkci problemu, ale take resitele ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From 000.fbsd at quip.cz Sat Jan 13 22:42:02 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sat, 13 Jan 2007 22:42:02 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <1168518065.74707.13.camel@pav.hide.vol.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> Message-ID: <45A9522A.1030807@quip.cz> Pav Lucistnik wrote: > Aktualni interni informace hovori o tomto vikendu, a duvod zpozdeni je > blize neupresnena bezpecnostni chyba v kernelu, ktera musi byt opravena > pred vydanim 6.2-RELEASE jeste se tam ted tusim opravoval rc script pro jaily, predtim byly jeste problemy se serverem, ze ktereho se releasy distribuuji Jinak to vase cekani (to neni na PAVa :]) na releasy nema zadny velky smysl krom toho, ze to clovek bude mit jako ISO z ftp. I kazdy release obsahuje chyby, ktere jsou v zapeti po jeho vydani opraveny ve STABLE verzi (treba loni jsem mel problemy s bge driverem v 6.0, takze z releasu jsem stejne hned prechazel dal na STABLE) Miroslav Lachman From dan at obluda.cz Sat Jan 13 23:03:28 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 13 Jan 2007 23:03:28 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <45A9522A.1030807@quip.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> Message-ID: <45A95730.5000400@obluda.cz> Miroslav Lachman napsal/wrote, On 01/13/07 22:42: > Jinak to vase cekani (to neni na PAVa :]) na releasy nema zadny velky > smysl krom toho, ze to clovek bude mit jako ISO z ftp. I kazdy release > obsahuje chyby, ktere jsou v zapeti po jeho vydani opraveny ve STABLE > verzi (treba loni jsem mel problemy s bge driverem v 6.0, takze z > releasu jsem stejne hned prechazel dal na STABLE) A z toho plyne, ze jen hazarder nebo zelenac by novou RELEASE nasadil na dulezity produkcni server hned, jak se objevi (vyjimkou je nasazeni "ze zoufalstvi", pokud ma predchozi release v dane situaci tak vazne problmy, ze se stav uz neda zhorsit). A jestlize se chystam novou release pouzit az tri-ctyri tydny pote, co se uvolni, ztraci nekolikadenni odchylky v publikaci na vyznamu. A navic, ten, kdo tyhle veci sleduje casteji uz vi, ze puvodne anoucovane datum relese je dobre jen k tomu, aby clovek vedel, na ktery den si muze bezpecne naplanovat parbu, protoze ten den k release naprosto urcite nedojde. To si nestezuju - jen konstatuju. Je potreba si na to proste zvyknout. Jak jsem psal, stejne neni rozumne pouzivat release ihned po uvolneni ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From xjanec10 at mail-page.com Sun Jan 14 10:45:04 2007 From: xjanec10 at mail-page.com (=?ISO-8859-2?Q?Luk=E1=B9_Jane=E8ka?=) Date: Sun, 14 Jan 2007 10:45:04 +0100 Subject: NATD & port redirect Message-ID: <45A9FBA0.9020602@mail-page.com> Dobry den, pouzivam IPFW + NATD. Redirect potru zajistuju v natd.conf pomoci redirect_port .... Nyni bych ale potreboval pridat dalsi porty, ktere chci presmerovat a to BEZ restartovani NATD. Je nejaka sance toto udelat? Diky za rady From xdivac02 at stud.fit.vutbr.cz Sun Jan 14 11:56:27 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Sun, 14 Jan 2007 11:56:27 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <45A95730.5000400@obluda.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> <45A95730.5000400@obluda.cz> Message-ID: <20070114105627.GA8132@stud.fit.vutbr.cz> On Sat, Jan 13, 2007 at 11:03:28PM +0100, Dan Lukes wrote: > Miroslav Lachman napsal/wrote, On 01/13/07 22:42: > > Jinak to vase cekani (to neni na PAVa :]) na releasy nema zadny velky > > smysl krom toho, ze to clovek bude mit jako ISO z ftp. I kazdy release > > obsahuje chyby, ktere jsou v zapeti po jeho vydani opraveny ve STABLE > > verzi (treba loni jsem mel problemy s bge driverem v 6.0, takze z > > releasu jsem stejne hned prechazel dal na STABLE) > > A z toho plyne, ze jen hazarder nebo zelenac by novou RELEASE nasadil > na dulezity produkcni server hned, jak se objevi (vyjimkou je nasazeni > "ze zoufalstvi", pokud ma predchozi release v dane situaci tak vazne > problmy, ze se stav uz neda zhorsit). ja osobne teda nasazuju uz RC abych si to vyzkousel a pokud se to osvedci tak nevidim duvod proc nenasadit -RELEASE uz v den kdy to vyjde. > A navic, ten, kdo tyhle veci sleduje casteji uz vi, ze puvodne > anoucovane datum relese je dobre jen k tomu, aby clovek vedel, na ktery > den si muze bezpecne naplanovat parbu, protoze ten den k release teda doufam ze dane nemas ty parby jen takhle malo casto :) kazdopadne... co/kdy/jak nasadit za fbsd je ruzne... znam plno lidi kterym bezi na produkci -current (z ruznych duvodu), ja osobne se chystam nasadit -current na router. na druhou stranu jsou lidi kteri spokojene bezi RELENG_3 rozhodne ale X.Y-RELEASE neni svata krava. spis to chce sledovat vyvoj a "vedet" jinak peknou nedeli preju :) roman From dan at obluda.cz Sun Jan 14 13:09:45 2007 From: dan at obluda.cz (Dan Lukes) Date: Sun, 14 Jan 2007 13:09:45 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <20070114105627.GA8132@stud.fit.vutbr.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> <45A95730.5000400@obluda.cz> <20070114105627.GA8132@stud.fit.vutbr.cz> Message-ID: <45AA1D89.5060204@obluda.cz> Divacky Roman napsal/wrote, On 01/14/07 11:56: >> A z toho plyne, ze jen hazarder nebo zelenac by novou RELEASE nasadil >> na dulezity produkcni server hned > ja osobne teda nasazuju uz RC abych si to vyzkousel a pokud se to osvedci > tak nevidim duvod proc nenasadit -RELEASE uz v den kdy to vyjde. Nejsem tak sebevedomy, abych veril, ze dokazu otestovat vsechno co je potreba - obzvlast kdyz to netestuju na produkcnim stroji. Mnoho problemu se ve skutecnosti projevi az pri vyssim zatizeni a to na testovacich strojich leckdy nebyva k dispozici. takze se hodi pockat, nez to nedockavci na ty zatizenejsi stroje nasadi, a pokdu si namelou pusu a daji to vedet - nemusim je hned nasledovat. je psice pravda, ze ani "ostatni" nikdy neotestuji vsechno, takze dokonale bezpecne to neni ani tak, ale jak rikal muj spoluzak z gymplu - vic hlav - vic skopovyho. Pokud neni nejaky specialni duvod, proc novou RELEASE (ale tohle pravidlo se ve skutecnosti zdaleka netyka jen FreeBSD), tak nepockat tri-ctyri tydny shledavam naprosto zbytecny rizikem. Release 6.2 se postupne opozdila o vic nez dva mesice - jeste mesic navic klidne vydrzim ... Your mileage may vary. Na druhou stranu, ja ti to brzke nasazovani chvalim. Kdyby s nasazenim cekali vsichni, ztratil by odklad smysl - nikdo by nic nevyzkousel. Takze - jen do toho ;-) Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From koutek at o-k.cz Sun Jan 14 13:09:55 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Sun, 14 Jan 2007 13:09:55 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <20070114105627.GA8132@stud.fit.vutbr.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> <45A95730.5000400@obluda.cz> <20070114105627.GA8132@stud.fit.vutbr.cz> Message-ID: <1168776595.1364.7.camel@shift.o-k.cz> A kazdy systemovy administrator napise, kdy nove verze nasazovati se snazi... Myslim ze zvyklosti kazdeho z nas jsou dane predevsim tim, v jakem prostredi pracujeme. Osobne take nove verze zkousim. Po nekolika cyklech jsme zjistil, ze: BETA X je v provozu jeste hodne divoka, takze ani nahodou. RC X je uz pomerne sladeny produkt, takze ho davam na svuj notebook a koukam na mozne problemy RELEASE je jen pokracovanim notebookoveho upgradovani A nekdy potom casem (casto par mesicu) udelam upgrade na novy release na produkcnich serverech - nejprve ty mene komplikovane, postupne pak podle dulezitosti. Ale ani muj postup neni uplne blbuvzdorny, protoze nikdy nemam jistotu, ze novy release bude na zivem stroji naprosto v pohode (zmeny v ovladacich, nekdy zmeny v knihovnach a nasledne zmeny v portech...) Ondra Divacky Roman p??e v ne 14. 01. 2007 v 11:56 +0100: > ja osobne teda nasazuju uz RC abych si to vyzkousel a pokud se to osvedci > tak nevidim duvod proc nenasadit -RELEASE uz v den kdy to vyjde. From dan at obluda.cz Sun Jan 14 13:18:47 2007 From: dan at obluda.cz (Dan Lukes) Date: Sun, 14 Jan 2007 13:18:47 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <1168776595.1364.7.camel@shift.o-k.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> <45A95730.5000400@obluda.cz> <20070114105627.GA8132@stud.fit.vutbr.cz> <1168776595.1364.7.camel@shift.o-k.cz> Message-ID: <45AA1FA7.4020209@obluda.cz> Ondra Koutek napsal/wrote, On 01/14/07 13:09: > BETA X je v provozu jeste hodne divoka, takze ani nahodou. > RC X je uz pomerne sladeny produkt, takze ho davam na svuj notebook a > koukam na mozne problemy > RELEASE je jen pokracovanim notebookoveho upgradovani Pricemz zvlastni pravidla plati pro X.[01]-RELEASE, kde X.0-RELEASE je bezpecnejsi povazovat za betu a X.1-RELEASE za RC ... ;-) Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Sun Jan 14 13:28:50 2007 From: dan at obluda.cz (Dan Lukes) Date: Sun, 14 Jan 2007 13:28:50 +0100 Subject: NATD & port redirect In-Reply-To: <45A9FBA0.9020602@mail-page.com> References: <45A9FBA0.9020602@mail-page.com> Message-ID: <45AA2202.3070708@obluda.cz> Luk?? Jane?ka napsal/wrote, On 01/14/07 10:45: > pouzivam IPFW + NATD. > Nyni bych ale potreboval pridat dalsi porty, ktere chci presmerovat a to > BEZ restartovani NATD. Je nejaka sance toto udelat? AFAIK ne. Zadna moznost znovunacteni konfigurace nebo jeji modifikace v kodu natd neni. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From 000.fbsd at quip.cz Sun Jan 14 14:13:44 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sun, 14 Jan 2007 14:13:44 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <45AA1FA7.4020209@obluda.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> <45A95730.5000400@obluda.cz> <20070114105627.GA8132@stud.fit.vutbr.cz> <1168776595.1364.7.camel@shift.o-k.cz> <45AA1FA7.4020209@obluda.cz> Message-ID: <45AA2C88.9090907@quip.cz> Dan Lukes wrote: > Ondra Koutek napsal/wrote, On 01/14/07 13:09: > >>BETA X je v provozu jeste hodne divoka, takze ani nahodou. >>RC X je uz pomerne sladeny produkt, takze ho davam na svuj notebook a >>koukam na mozne problemy >>RELEASE je jen pokracovanim notebookoveho upgradovani > > > Pricemz zvlastni pravidla plati pro X.[01]-RELEASE, kde X.0-RELEASE je > bezpecnejsi povazovat za betu a X.1-RELEASE za RC ... ;-) Nepovazuju se za hazardera, ale pro tebe asi hazarderem budu - predloni (2005) jsem nasadil na produkcni stroj 6.0-BETA5 k plne spokojenosti (predtim jsem par BETA releasu testoval doma a kdyz jsem nenarazil na zadne problemy, nainstaloval jsem to na novy produkcni stroj - upgrade bych na BETU neprovadel). System nebyl nijak extra vytizen a vsechno fungovalo dle mych ocekavani. 4.x jsem nasadit nemohl a 5.x u me nikdy nevzbudila moc velky zajem / duveru, proto radsi ta 6.0-BETA, ktera na me pusobila jako konecne vyladeny release 5.x :) To jen tak abych se postavil proti tem bubakum, co tu malujes ;) Samozrejme pro jine nasazeni by se treba problemy projevily. Miroslav Lachman From calda at dzungle.ms.mff.cuni.cz Sun Jan 14 14:28:04 2007 From: calda at dzungle.ms.mff.cuni.cz (Jiri Calda) Date: Sun, 14 Jan 2007 14:28:04 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <45AA2C88.9090907@quip.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> <45A95730.5000400@obluda.cz> <20070114105627.GA8132@stud.fit.vutbr.cz> <1168776595.1364.7.camel@shift.o-k.cz> <45AA1FA7.4020209@obluda.cz> <45AA2C88.9090907@quip.cz> Message-ID: <45AA2FE4.5060903@dzungle.ms.mff.cuni.cz> Miroslav Lachman wrote: > nevzbudila moc velky zajem / duveru, proto radsi ta 6.0-BETA, ktera na > me pusobila jako konecne vyladeny release 5.x :) Dan mozna pro tebe maluje bubaky, ale my mame dokumentovany problemy, ktere nejsou zcela ostranene ani v 6.1 v oblasti sitovani. Pravda, bezny smrtelnik je nepotka, ale proste jsou. A kdyz pak musis zacit udrzovat extra systemy pro nektere klienty, tak to je na odstrel. Takze treba az ted pomalu migrujeme na 6.1 s tim, ze uz to je pro nas pouzitelne a problemy zvladneme vyresit. Ale jak tu rekl Dan nekolikrat, kazdy podle svych potreb, nic se neda pausalizovat. Kazdy si musi najit ten svuj spravny pristup k upgrade podle toho, jak mu to vyhovuje. Jirka P.S. Jinak mam za to, ze toto tema uz neprinasi nic jineho a zmerujeme k nekonecnemu trumfovani kdo co snese, takze navrhuji v kazde odpovedi zvazit, zda to prinasi neco noveho. From dan at obluda.cz Sun Jan 14 14:54:19 2007 From: dan at obluda.cz (Dan Lukes) Date: Sun, 14 Jan 2007 14:54:19 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <45AA2C88.9090907@quip.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> <45A95730.5000400@obluda.cz> <20070114105627.GA8132@stud.fit.vutbr.cz> <1168776595.1364.7.camel@shift.o-k.cz> <45AA1FA7.4020209@obluda.cz> <45AA2C88.9090907@quip.cz> Message-ID: <45AA360B.8030001@obluda.cz> Miroslav Lachman napsal/wrote, On 01/14/07 14:13: > To jen tak abych se postavil proti tem bubakum, co tu malujes ;) Ani bych nerekl, ze maluju bubaky - jen pripominam celkem prirozene pravidlo (tedy, me pripada zrejme), ze riskovat problemy ma smysl jen s vidinou mozneho zisku. Cim vetsi mozny zisk, tim vetsi risk se muze vyplatit. Pokud ale z risku zadny zisk nekouka - a ve vetsine pripadu neni v nasazeni konkretni RELEASE v den D oproti nasazeni v, rekneme, D+30 zadny velky rozdil - pak je to riskovani zbytecne. Mozna se mylim prave v tomhle - mozna pro mnohe prinasi 6.2 oproti 6.1 nejake zasadni vyhody, pro ktere ma smysl ji nasadit v tu minutu, kdy se objevi, nebo dokonce jeste drive - ale ja tam takhle zasadni vyhody nevidim. Ja tu nechci obtezovat ostatni nejakou planou debatou - snazil jsem se argumentovat, proc vidim jako riskantni prechazet na nove verze prilis. Aby diskuse nebyla plana, ocekaval bych jako protiargument nejake konkretni priklady/duvody proc (kdy) takovy prechod udelat. Nebo, proc je riskantni setrvavat u predchozi verze o den dele, nez je mozne. Informace "okamzity prechod jsme udelal a nic se mi nestalo" je sice taky dobra, ale furt to neni argument proc takovy okamzity prechod vlastne delat. Nicmene, nesnazim se, abyste vsichni prevzali muj pohled na vec - jen chci, aby, kdyz predkladate alternativu, alespon naznacili, proc je podle vas lepsi. A chci to z ciste sobeckosti - mozna budou ty duvody natolik dobre, ze nazor zmenim ja - abych napriste to co delam mohl delat lepe nebo snaze ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From koutek at o-k.cz Sun Jan 14 15:45:09 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Sun, 14 Jan 2007 15:45:09 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <45AA360B.8030001@obluda.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> <45A95730.5000400@obluda.cz> <20070114105627.GA8132@stud.fit.vutbr.cz> <1168776595.1364.7.camel@shift.o-k.cz> <45AA1FA7.4020209@obluda.cz> <45AA2C88.9090907@quip.cz> <45AA360B.8030001@obluda.cz> Message-ID: <1168785909.1364.22.camel@shift.o-k.cz> Duvodem prechodu na vyssi verzi je vzdycky jeden z nasledujicich: 1) Rad drzim nejnovejsi software. Sice nevim proc, ale urcite muj OS umi vic nez koleguv starsi. - namitka. Proc tedy nema uzivatel nainstalovany CURRENT/STABLE a stara se o RELEASE 2) Jsem developer/tester a potrebuji mit pod kontrolou posledni stav OS abych muj kod mel sladeny se zbytkem - namitka - opet proc proboha release? 3) Mam hardware, ktery na stavajicim release nefunguje tak uplne nejlepe a doufam, ze novy release mi prinese zlepseni - to je podle meho 80% uzivatelu RC. Ale opet. Mit neco takoveho na produkcnim serveru? 4) Potrebuji nejakou vlastnost noveho systemu, ktera ve stare verzi neni nebo nefunguje - Je to diskutabilni, ale za urcitych okolnosti muze benefit prevazit riziko 5) Pouzivam velmi starou verzi OS a bylo ohlaseno ukonceni podpory Dal jsem si vsiml, ze tu vsichni zucatneni hovori o dvou vecech: - Kriticke aplikace, vysoka zatez, garance minimalnich vypadku => Opatrnost pri upgradu - male servery bez velke zateze, ktere by z 90% fungovaly bez potizi na libovolne verzi OS, navic kdyz to nejakou hodinu nejede tak se v podstate nic nedeje => Udrzuji posledni RELEASE a upgraduji mnohem drive, casteji Ondra P.S. Opravdu nevim, co noveho tahle diskuze prinasi, protoze vetsina z nas uz si timhle prosla a kazdy davno zaujal to svoje spravne stanovisko a nasel si rozumnou miru rizika kdy upgrade provadi. Dan Lukes p??e v ne 14. 01. 2007 v 14:54 +0100: > Nicmene, nesnazim se, abyste vsichni prevzali muj pohled na vec - jen > chci, aby, kdyz predkladate alternativu, alespon naznacili, proc je > podle vas lepsi. A chci to z ciste sobeckosti - mozna budou ty duvody > natolik dobre, ze nazor zmenim ja - abych napriste to co delam mohl > delat lepe nebo snaze ... From 000.fbsd at quip.cz Sun Jan 14 16:28:55 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sun, 14 Jan 2007 16:28:55 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <45AA360B.8030001@obluda.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> <45A95730.5000400@obluda.cz> <20070114105627.GA8132@stud.fit.vutbr.cz> <1168776595.1364.7.camel@shift.o-k.cz> <45AA1FA7.4020209@obluda.cz> <45AA2C88.9090907@quip.cz> <45AA360B.8030001@obluda.cz> Message-ID: <45AA4C37.9040608@quip.cz> Dan Lukes wrote: > Miroslav Lachman napsal/wrote, On 01/14/07 14:13: > >>To jen tak abych se postavil proti tem bubakum, co tu malujes ;) > > > Ani bych nerekl, ze maluju bubaky - jen pripominam celkem prirozene > pravidlo (tedy, me pripada zrejme), ze riskovat problemy ma smysl jen s > vidinou mozneho zisku. Cim vetsi mozny zisk, tim vetsi risk se muze > vyplatit. Chtel jsem pouze zminit, ze nekdy se nekomu vyplati udelat to, co jiny povazuje za riskantni / neuvazeny krok. A jak jsi sam uz napsal - nebyt tech, kteri to vyzkousi, nema smysl cekat pak ani na X.2 ani na X.3 - kdyz predesle nikdo nevyzkousi. Nijak jsem tim nehodlal znevazovat tvuj nazor / postoj! > Pokud ale z risku zadny zisk nekouka - a ve vetsine pripadu neni v > nasazeni konkretni RELEASE v den D oproti nasazeni v, rekneme, D+30 > zadny velky rozdil - pak je to riskovani zbytecne. Mozna se mylim prave > v tomhle - mozna pro mnohe prinasi 6.2 oproti 6.1 nejake zasadni vyhody, > pro ktere ma smysl ji nasadit v tu minutu, kdy se objevi, nebo dokonce > jeste drive - ale ja tam takhle zasadni vyhody nevidim. A jak uz jsem zminoval - ja nikde neupgraduju hned jak vyjde release, v mem pripade se jednalo o novou instalaci. A tak nekde mam 6.2-RC2, nekde 6.1-STABLE z nejakeho data, jinde mam i 6.0 - protoze ten system zkratka bezi jak ma a nebudu upgradem riskovat to, ze neco bezet prestane - at uz jsou vydavane releasy jakekoliv. [...] > Nicmene, nesnazim se, abyste vsichni prevzali muj pohled na vec - jen > chci, aby, kdyz predkladate alternativu, alespon naznacili, proc je > podle vas lepsi. A chci to z ciste sobeckosti - mozna budou ty duvody > natolik dobre, ze nazor zmenim ja - abych napriste to co delam mohl > delat lepe nebo snaze ... Tvuj pohled na vec naprosto chapu a nevyvracim ho, jen mi debata prisla nejak jednostrana a tak jsem zminil svoje zkusenosti v mem pripade s BETA verzema. Jak jsem zminoval - v mem konkretnim pripade se ta 6.0-BETA5 chovala (subjektivne) lip, nez kdybych tam daval 5.X release, ktery uz tehdy mel "dohrano", takze bych pak mel jeste vic problemu s budoucim prechodem z nepodporovane 5.x na 6.x. Doufam, ze tohle beres jako naznaceni toho, proc to pro me bylo vhodne reseni. I kdyz si nemyslim, ze by tohle jakkoliv zmenilo, nebo dokonce ze by melo zmenit, tvuj soucasny postoj. Ja ten tvuj postoj naprosto chapu a v pripade verzi PHP se jim ridim taky. Tady jsme ale v konferenci FreeBSD a tak jsem se snazil v tomto threadu zminit, ze nekdy se mi vyplatilo nasadit 6.0-BETA5, na jinem stroji ani 6.0-RELEASE nebyl dost dobry a kratce po vydani jsem upgradoval na 6.0-STABLE kvuli oprave ovladace sitovky bge (od te doby tam zase 6.0-STABLE bezi k plne spokojenosti pod znacnou zatezi). Byly to vsechno instalace novych systemu, takze nebyl problem je nechat par dnu/tydnu bezet a zjistit, jestli jsou / nejsou problemy. Jako upgrade z 5.x bych na 6.0 taky neprechazel. Doufam, ze jsem tim tedy dostatecne vysvetlil svuj postoj k tomu, ze zadny RELEASE neni svaty (kazdy bude obsahovat chyby a kdyby se s vydanim melo cekat na jejich odstraneni, nikdy zadny nevyjde) a zaroven ze nekdy se nekomu vyplati nasadit klidne i BETU, pokud se v jeho konkretnim pripade chova dobre. Ze jsou v 6.0 a 6.1 stale problemy s quotama a snapshotama je pro me znama vec, ale neni to nic, co by v mem pripade zabranovalo nasazeni takoveho systemu do produkce. Ted se do 6.2 zase pridava auditing a tak je mozne, ze se tam s tim zanesou zase dalsi chyby. Pred nasazenim jakekoliv verze je potreba ji otestovat tak jak nejlip to jde a je jedno jestli je to BETA1, nebo X.5-RELEASE. Tak snad uz jsme to tema uzavreli. Preju klidny zbytek vikendu Miroslav Lachman From zburget at miastudio.cz Mon Jan 15 08:54:08 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Mon, 15 Jan 2007 08:54:08 +0100 Subject: packet filter In-Reply-To: <007f01c7369d$de41d450$640a16ac@michalkosik.byt> References: <459F679F.9080406@unreal64.net> <20070106225126.M72286@yhman.tnuni.sk> <007f01c7369d$de41d450$640a16ac@michalkosik.byt> Message-ID: <45AB3320.4020507@miastudio.cz> Michal Kos?k napsal(a): > Zdravim, Napodobne :-) > "Mikrotic RouterOS" > > Kouknul jsem se jen do manualu a byl jsem prekvapen.... Po pravde, ja pred casem taky - a rozhodne mne to neodradilo od pouzivani FBSD :-) K me plne spokojenosti pouzivam oba OS - Ovsem RouterOS na Routerboardech, ktere nenechavam nijak shapovat provoz, protoze to proste vykonnostne rozumne nezvladnou a tam, kde uz mam PC mam FreeBSD, protoze mi umoznuje vic veci. > > Prosim, reknete mi nekdo, ze toho stejneho vysledku, moznosti a hlavne > jednoduchosti nastaveni dosahneme i ve FBSD! > Stale se nechci teto myslenky vzdat a zahodit investovany cas i penize > (koupil jsem literaturu) cas investovany do uceni neni nikdy zahozeny - uz treba jen proto, ze pokud se pak clovek setka s necim, co je studovane latce podobne, nauci se to snaz. ..kolik OS znas, tolikrat jsi pocitacem... :-) > > Samozrejme, ze v jednoduchosti je krasa a po jiz investovanem case vim, ze > je FBSD schopen stejnych vysledku.... > Ale chlapi, ruku na srdce, co ta jednoduchost nastaveni? Bez potreby znat > skripty, ale samozrejme rozumet tomu, co chci udelat! Ano, v jednoduchosti je krasa - a tak mam na svem routeru (FBSD) napsany konfiguracni soubor pro IPFW+DUMMYNET a kolem nej par dalsich textovych souboru, ve kterych jsou ruzne seznamy IP apod. A cela konfigurace se provadi upravou tech textovych souboru - proc na to psat nejake slozite graficke udelatka? > Jen jako primer k tomu, co jiz existuje a ze toto tema, na ktere zpet > reaguji, me vedlo k myslence, ze vse je mozne udelat nekolika zpusoby, > a ze nema cenu objevovat Ameriku. Jiny pohled na vec - bud pouziju neco, co je "zadarmo" a pak musim pocitat s tim, ze musim investovat cas do toho, abych si to priohnul k obrazu svemu, pritom muzu mit stesti, ze uz to nekdo priohnul stejne, jak si ja predstavuju a pri trose stesti to taky ziskam zadarmo nebo budu hledat komercni produkt, ktery mi vyhovuje nejvic - dostanu neco, do ceho nebudu muset investovat cas, ale penize (RouterOS, Win, ...) > > (Pokud ovsem neni hloupost mit DNS, DHCP, FTP, HTTP aj. na stejne > masine -byt vykonne- jako router....) podle mne to hloupost neni - na jednom ne prilis zatizenem routeru bez problemu provozuju DNS, FTP, HTTP, SMTP+POP3+IMAP a databaze - a to navic trochu paranoidne tak, ze je kazda aplikace v samostatnem jailu. Slape to jako hodinky. > > Michal Kosik -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From rajo at platon.sk Mon Jan 15 10:35:54 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 15 Jan 2007 10:35:54 +0100 Subject: obmedzenia filesystemu UFS2: Too many links Message-ID: <20070115093554.GA3743@platon.sk> Zdravim, chcem sa spytat, ci je mozne na nejakej verzii FreeBSD s nejakym suborovym systemom (napr UFS alebo UFS2) mat v jednom adresari viac ako 32766 podadresarov. Inymi slovami, aby presiel tento test (benchmark): mkdir test; cd test ; time perl -e 'foreach my $i (1..35000) { mkdir($i) or die $!; } ' Na tychto verziach FreeBSD mi to skoncilo s chybou: 4.11-RELEASE-p19 (asi 3 roky stara instalacia) 6.0-RELEASE-p2 6.2-PRERELEASE (jedna z poslednych verzii) Ak som spravne pochopil manual k newfs, tak na verziach 5.x by UFS2 male byt default. Ale podla mojich testov ma UFS2 aj UFS rovnaky limit na pocet podadresarov: 32766. Dalsia podotazka: ako zistim, ze mam naozaj UFS2 a nie UFS? Vo vypise prikazu mount je stale napisane 'ufs', aj ked to je pravdepodobne UFS2. Je tento problem riesitelny bez zmeny platformy? rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From dan at obluda.cz Mon Jan 15 10:55:42 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 15 Jan 2007 10:55:42 +0100 Subject: packet filter In-Reply-To: <45AB3320.4020507@miastudio.cz> References: <459F679F.9080406@unreal64.net> <20070106225126.M72286@yhman.tnuni.sk> <007f01c7369d$de41d450$640a16ac@michalkosik.byt> <45AB3320.4020507@miastudio.cz> Message-ID: <45AB4F9E.6000206@obluda.cz> Zbyn?k Burget napsal/wrote, On 01/15/07 08:54: > do ceho nebudu muset investovat cas, ale penize (RouterOS, Win, ...) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^ To je vtip dne ;-) >> (Pokud ovsem neni hloupost mit DNS, DHCP, FTP, HTTP aj. na stejne >> masine -byt vykonne- jako router....) > > podle mne to hloupost neni - na jednom ne prilis zatizenem routeru bez > problemu provozuju DNS, FTP, HTTP, SMTP+POP3+IMAP a databaze - a to > navic trochu paranoidne tak, ze je kazda aplikace v samostatnem jailu. Prave paranoia muze byt to, co te od podobneho reseni muze nekdy odradit. Hlavni router byva spolecne s firewallem jednim z klicovych prvku zabezpeceni urcite site a proto by sam mel byt co nejbezpecnejsi. Cim vic veci na takovem stroji bezi, tim vic je jeho bezpecnost ohrozena - at uz chybou nektereho z bezicich softwaru nebo lidskou chybou pri jejich konfiguraci nebo chybou vzniklou z necekanych vzajemnych interakci takoveho softwaru. Tim nerikam, ze HTTP server na router nepatri - rikam, ze NEKDY skutecne muze "byt hloupost" ho tam dat, ovsem, spise z jinych nez vykonostnich duvodu. Je jasne, ze centralni router "doma" je neco trochu jineho, nez router financni instituce. Spravuju oba - a doma ten HTTP server na nem klidne mam ;-) Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From kolar.radim at gmail.com Mon Jan 15 11:17:35 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Mon, 15 Jan 2007 11:17:35 +0100 Subject: Aky je release datum pre FrereBSD 6.2? In-Reply-To: <45AA360B.8030001@obluda.cz> References: <45A62196.8050203@procaut.sk> <1168518065.74707.13.camel@pav.hide.vol.cz> <45A9522A.1030807@quip.cz> <45A95730.5000400@obluda.cz> <20070114105627.GA8132@stud.fit.vutbr.cz> <1168776595.1364.7.camel@shift.o-k.cz> <45AA1FA7.4020209@obluda.cz> <45AA2C88.9090907@quip.cz> <45AA360B.8030001@obluda.cz> Message-ID: <707e14750701150217x7976f5f8p32711e3053287ed7@mail.gmail.com> > Mozna se mylim prave v tomhle - mozna pro mnohe prinasi 6.2 oproti 6.1 nejake zasadni vyhody, pro ktere ma smysl ji nasadit v tu minutu, kdy se objevi, nebo dokonce jeste drive 6.2 ma oproti 6.1 zasadni vyhody: 1. if_bridge uz funguje ok 2. squid 2.6 uz nehazi kernel panic pri pouziti asynchr. rezimu (aufs?) osobne jsem nasadil uz rc2. From dan at obluda.cz Mon Jan 15 11:27:40 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 15 Jan 2007 11:27:40 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115093554.GA3743@platon.sk> References: <20070115093554.GA3743@platon.sk> Message-ID: <45AB571C.1000702@obluda.cz> Lubomir Host napsal/wrote, On 01/15/07 10:35: > chcem sa spytat, ci je mozne na nejakej verzii FreeBSD s nejakym > suborovym systemom (napr UFS alebo UFS2) mat v jednom adresari viac ako > 32766 podadresarov. Inymi slovami, aby presiel tento test (benchmark): Aniz bych nahledl do zdrojaku, odhaduji, ze limit je ve skutecnosti limitem postu jmen, ktere muze nejaky konkretni inode mit. Adresar ma vzdy nejmene dve jmena (jmeno v nadrazenem adresaru a '.' v sobe samem) a kazdy podadresar k tomu prida dalsi jmeno ('..' v takovem podadresari), to je, u 32766 podaadresaru celkem 32768 jmen, coz by, pokdu se pocet linku uklada do dvou bajtu znamenkove byl presne nas limit. Jak jsem rikal, do zdrojaku jsme nekoukal, takze nevim, jestli se UFS2 v tomto ohledu od UFS1 lisi. Pokud ani, tak pomuze prechod na UFS2, pokud nikoli, tak to samo o sobe resenim nebude. > Dalsia podotazka: ako zistim, ze mam naozaj UFS2 a nie UFS? Vo vypise > prikazu mount je stale napisane 'ufs', aj ked to je pravdepodobne UFS2. dumpfs Je to hned na prvnim radku. > Je tento problem riesitelny bez zmeny platformy? Jak uz vyse padlo, mozna je a mozna neni resenim prechod na UFS2. Teoreticky moznym dalsim resenim je preklad worldu s predefinovanym typem pro ukadani teto polozky an neco vetsiho. Jednak je potreba (pote) preformatovat disk, jednak je i jakekoliv dalsi programu treba prelozit na takto upravenem stroji, ale ani to zdaleka nezarucuje, ze nebudou zadne problemy. Zmena platformy to vyresi po ujisteni se, ze na dane vybrane platforme je limit vyssi. No a pak jeste muze reseni koukat ze strany, kterou je tezke posoudit, protoze vubec nevime PROC je potreba mit v adresari tolik podadresaru. Vetsina aplikaci, ktere znam ja, si existenci takovych limitu uvedomuji a maji pro tyto pripady nejaky mechanismus, ktery umoznuje data rozdelit do slozitejsi struktury s mensim poctem polozek v jednom adresari - treba vycleneneim nekolika prvnich znaku ze jmena pro prvni uroven vnoreni a ostatnich znaku nazvu pro dalsi uroven vnoreni adresaru (pocet urovni byva take nekdy konfigurovatelny). Samozrejme, pokud sama aplikace nepocita s tim, z eby byla nasazena pro "takhle velkou ulohu", nemusi to umet. Pak jeste muze byt resenim upravit aplikaci (stejne lze takove chovani povazovat za chybu navrhu) nebo s epodivat po nejake jine, ktera dela totez, ale je lepe napsana. Tezko ovsem posoudit, co muze byt resenim v tomto konkretnim pripade. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From zburget at miastudio.cz Mon Jan 15 12:07:45 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Mon, 15 Jan 2007 12:07:45 +0100 Subject: packet filter In-Reply-To: <45AB4F9E.6000206@obluda.cz> References: <459F679F.9080406@unreal64.net> <20070106225126.M72286@yhman.tnuni.sk> <007f01c7369d$de41d450$640a16ac@michalkosik.byt> <45AB3320.4020507@miastudio.cz> <45AB4F9E.6000206@obluda.cz> Message-ID: <45AB6081.6020202@miastudio.cz> Dan Lukes napsal(a): > Zbyn?k Burget napsal/wrote, On 01/15/07 08:54: >> do ceho nebudu muset investovat cas, ale penize (RouterOS, Win, ...) > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^ > > To je vtip dne ;-) :-) > >>> (Pokud ovsem neni hloupost mit DNS, DHCP, FTP, HTTP aj. na stejne >>> masine -byt vykonne- jako router....) >> podle mne to hloupost neni - na jednom ne prilis zatizenem routeru bez >> problemu provozuju DNS, FTP, HTTP, SMTP+POP3+IMAP a databaze - a to >> navic trochu paranoidne tak, ze je kazda aplikace v samostatnem jailu. > > Prave paranoia muze byt to, co te od podobneho reseni muze nekdy > odradit. Hlavni router byva spolecne s firewallem jednim z klicovych > prvku zabezpeceni urcite site a proto by sam mel byt co nejbezpecnejsi. > Cim vic veci na takovem stroji bezi, tim vic je jeho bezpecnost ohrozena > - at uz chybou nektereho z bezicich softwaru nebo lidskou chybou pri > jejich konfiguraci nebo chybou vzniklou z necekanych vzajemnych > interakci takoveho softwaru. > No, ja psal, ze je HTTP server hezky ulizeny v jailu - takze pokud mi ho nekdo treba i uplne rozboura, router tim dotceny nebude (tedy aspon doufam) - a navic to neni zase tak kriticke nasazeni -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From rajo at platon.sk Mon Jan 15 12:11:48 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 15 Jan 2007 12:11:48 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <45AB571C.1000702@obluda.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> Message-ID: <20070115111148.GB3743@platon.sk> On Mon, Jan 15, 2007 at 11:27:40AM +0100, Dan Lukes wrote: > Lubomir Host napsal/wrote, On 01/15/07 10:35: > > chcem sa spytat, ci je mozne na nejakej verzii FreeBSD s nejakym > > suborovym systemom (napr UFS alebo UFS2) mat v jednom adresari viac ako > > 32766 podadresarov. Inymi slovami, aby presiel tento test (benchmark): > > Aniz bych nahledl do zdrojaku, odhaduji, ze limit je ve skutecnosti > limitem postu jmen, ktere muze nejaky konkretni inode mit. Adresar ma > vzdy nejmene dve jmena (jmeno v nadrazenem adresaru a '.' v sobe samem) > a kazdy podadresar k tomu prida dalsi jmeno ('..' v takovem > podadresari), to je, u 32766 podaadresaru celkem 32768 jmen, coz by, > pokdu se pocet linku uklada do dvou bajtu znamenkove byl presne nas limit. > > Jak jsem rikal, do zdrojaku jsme nekoukal, takze nevim, jestli se UFS2 > v tomto ohledu od UFS1 lisi. Pokud ani, tak pomuze prechod na UFS2, > pokud nikoli, tak to samo o sobe resenim nebude. > > Dalsia podotazka: ako zistim, ze mam naozaj UFS2 a nie UFS? Vo vypise > > prikazu mount je stale napisane 'ufs', aj ked to je pravdepodobne UFS2. > > dumpfs > > Je to hned na prvnim radku. > Skusal som to na roznych verziach FreeBSD. Na spominanej 6.0-RELEASE-p2 mi dumpfs pise toto: # dumpfs /home | head -n 1 magic 19540119 (UFS2) time Mon Jan 15 11:48:14 2007 Na 4.11-RELEASE-p19 mi to zase pise: # dumpfs /home | head -n 1 magic 11954 time Mon Jan 15 11:52:14 2007 U mna test neprejde ani na jednej z tychto masin. Cize som si overil, ze mi prechod z UFS na UFS2 nepomoze. > > Je tento problem riesitelny bez zmeny platformy? > > Jak uz vyse padlo, mozna je a mozna neni resenim prechod na UFS2. > Teoreticky moznym dalsim resenim je preklad worldu s predefinovanym > typem pro ukadani teto polozky an neco vetsiho. Jednak je potreba (pote) > preformatovat disk, jednak je i jakekoliv dalsi programu treba prelozit > na takto upravenem stroji, ale ani to zdaleka nezarucuje, ze nebudou > zadne problemy. Takuto zmenu si fakt netrufam spravit a uz vobec nie nasadit len tak do produkcie. Taketo riesenie by bolo najskor neudrziavatelne do buducna. Zdrojaky k UFS som nasiel v /usr/src/sys/ufs/, zatial co ostatne podporovane filesystemy som nasiel v /usr/src/sys/fs/. Prijde mi to trochu zmatocne, kedze to sluzi na to iste. V /usr/src/sys/fs vidim tieto filesystemy: deadfs devfs fdescfs fifofs hpfs msdosfs ntfs nullfs nwfs portalfs procfs pseudofs smbfs udf umapfs unionfs Ktore z nich by som teoreticky mohol pouzit ako nahradu za nativny UFS? > Zmena platformy to vyresi po ujisteni se, ze na dane vybrane platforme > je limit vyssi. Linux 2.6.x jadro s XFS s vytvorenim 35000 adresarov (cize nad limitom FreeBSD s UFS1/UFS2) nemalo problem. Navyse sa mi ten moj jednoduchy benchmark zdal 2x rychlejsi na linuxe, aj ked je to tazko porovnavat (rychlejsie disky vo FreeBSD s ukoncenim na 32676 polozke, IDE disky v linuxe a koniec az na 35000 polozke). > No a pak jeste muze reseni koukat ze strany, kterou je tezke posoudit, > protoze vubec nevime PROC je potreba mit v adresari tolik podadresaru. > Vetsina aplikaci, ktere znam ja, si existenci takovych limitu uvedomuji > a maji pro tyto pripady nejaky mechanismus, ktery umoznuje data rozdelit > do slozitejsi struktury s mensim poctem polozek v jednom adresari - > treba vycleneneim nekolika prvnich znaku ze jmena pro prvni uroven > vnoreni a ostatnich znaku nazvu pro dalsi uroven vnoreni adresaru (pocet > urovni byva take nekdy konfigurovatelny). > > Samozrejme, pokud sama aplikace nepocita s tim, z eby byla nasazena pro > "takhle velkou ulohu", nemusi to umet. Pak jeste muze byt resenim > upravit aplikaci (stejne lze takove chovani povazovat za chybu navrhu) > nebo s epodivat po nejake jine, ktera dela totez, ale je lepe napsana. > > Tezko ovsem posoudit, co muze byt resenim v tomto konkretnim pripade. Aplikacia je v podstate frontend k databaze obrazkov. Na vyvoji aplikacie som sa podielaj aj ja. Priznavam sa. ;-) Informacie o obrazkoch su ulozene v databaze, subory su na filesysteme. Kedze kazdy obrazok ma niekolko "podverzii", zdalo sa mi logicke zoskupit tieto verzie obrazkov do jedneho adresara a mena adresarov vytvarat podla ID zaznamu v databaze. Ano, nevravim, ze sa to nedalo navrhnut inac, ale zial ma vtedy obmedzenie na pocet podadresarov nenapadlo testovat. Najma nie kvoli tomu, ze pocet suborov v jednom adresari vysoko prekracuje pocet 100 tisic suborov. Kedze znova upravit aplikaciu na pouzivanie viacerych urovni adresarov nie je prave najjednoduchsie a stary produkcny server aj tak treba upgradnut, vysledkom bude asi migracia na linux. Vlastne je aplikacia na linuxovom desktope dokonca vyvijana, takze by to nemalo byt komplikovane. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From jp at devnull.cz Mon Jan 15 12:23:57 2007 From: jp at devnull.cz (Jan Pechanec) Date: Mon, 15 Jan 2007 12:23:57 +0100 (CET) Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <45AB571C.1000702@obluda.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> Message-ID: <20070115122011.X27454@shark.devnull.cz> On Mon, 15 Jan 2007, Dan Lukes wrote: >Lubomir Host napsal/wrote, On 01/15/07 10:35: >> chcem sa spytat, ci je mozne na nejakej verzii FreeBSD s nejakym >> suborovym systemom (napr UFS alebo UFS2) mat v jednom adresari viac ako >> 32766 podadresarov. Inymi slovami, aby presiel tento test (benchmark): > > Aniz bych nahledl do zdrojaku, odhaduji, ze limit je ve skutecnosti >limitem postu jmen, ktere muze nejaky konkretni inode mit. Adresar ma >vzdy nejmene dve jmena (jmeno v nadrazenem adresaru a '.' v sobe samem) >a kazdy podadresar k tomu prida dalsi jmeno ('..' v takovem >podadresari), to je, u 32766 podaadresaru celkem 32768 jmen, coz by, >pokdu se pocet linku uklada do dvou bajtu znamenkove byl presne nas limit. ufs/ufs/dinode.h: struct ufs2_dinode { u_int16_t di_mode; /* 0: IFMT, permissions; see below. */ int16_t di_nlink; /* 2: File link count. */ <...> nenapada me duvod, proc to je signed, snad jen z duvodu zpetny kompatibility kvuli necemu (cemu?). h. -- Jan Pechanec http://www.devnull.cz From jp at devnull.cz Mon Jan 15 12:33:50 2007 From: jp at devnull.cz (Jan Pechanec) Date: Mon, 15 Jan 2007 12:33:50 +0100 (CET) Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115111148.GB3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> Message-ID: <20070115122401.U27454@shark.devnull.cz> On Mon, 15 Jan 2007, Lubomir Host wrote: >Linux 2.6.x jadro s XFS s vytvorenim 35000 adresarov (cize nad limitom >FreeBSD s UFS1/UFS2) nemalo problem. Navyse sa mi ten moj jednoduchy >benchmark zdal 2x rychlejsi na linuxe, aj ked je to tazko porovnavat >(rychlejsie disky vo FreeBSD s ukoncenim na 32676 polozke, IDE disky >v linuxe a koniec az na 35000 polozke). jednim z cilu XFS byla podpora velkeho mnozstvi souboru v jednom adresari. Tento filesystem byl navrzen zcela na zeleny louce, takze se neni co divit, ze bude mit v nekterych parametrech vyrazne lepsi vysledky nez UFS2, coz je pouze trochu zmeneny UFS1. >Aplikacia je v podstate frontend k databaze obrazkov. Na vyvoji >aplikacie som sa podielaj aj ja. Priznavam sa. ;-) Informacie >o obrazkoch su ulozene v databaze, subory su na filesysteme. Kedze kazdy >obrazok ma niekolko "podverzii", zdalo sa mi logicke zoskupit tieto >verzie obrazkov do jedneho adresara a mena adresarov vytvarat podla ID >zaznamu v databaze. > >Ano, nevravim, ze sa to nedalo navrhnut inac, ale zial ma vtedy >obmedzenie na pocet podadresarov nenapadlo testovat. Najma nie kvoli >tomu, ze pocet suborov v jednom adresari vysoko prekracuje pocet 100 >tisic suborov. s timhle bys mel na UFS1/2 velky problem i ohledne rychlosti pristupu k takovemu adresari. I za DIR_HASH by ten prvni byl stale dost pomaly. UFS pouziva linearni strukturu adresaru, XFS/RaiserFS a spol. pak ruzne stromove struktury. >Kedze znova upravit aplikaciu na pouzivanie viacerych urovni adresarov >nie je prave najjednoduchsie a stary produkcny server aj tak treba >upgradnut, vysledkom bude asi migracia na linux. Vlastne je aplikacia na >linuxovom desktope dokonca vyvijana, takze by to nemalo byt >komplikovane. ja bych to jeste rozmyslel. Vyloucit nekolik systemu (vlastne celou BSD family pokud se dobre pamatuju, a nejen je) uz jen designem muze byt neco, co by vas v budoucnu mohlo mrzet. Na druhou stranu, ZFS uz pod FreeBSD zacina fungovat. h. -- Jan Pechanec http://www.devnull.cz From dan at obluda.cz Mon Jan 15 12:50:52 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 15 Jan 2007 12:50:52 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115111148.GB3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> Message-ID: <45AB6A9C.1010703@obluda.cz> Lubomir Host wrote: > V /usr/src/sys/fs vidim tieto filesystemy: > > deadfs devfs fdescfs fifofs hpfs msdosfs ntfs nullfs nwfs portalfs > procfs pseudofs smbfs udf umapfs unionfs > > Ktore z nich by som teoreticky mohol pouzit ako nahradu za nativny UFS? Vetsina z nicvh jsou pseudosystemy nebo vzdalene systemy. NTFS je, pokud vim, read-only. Zbyva hpfs a msdosfs. O prvnim envim dost abych to posoudil, druhy je pro praci s takhle velkymi adresari nevhodny. Podle me zadny vhodny system v seznamu neni. > Linux 2.6.x jadro s XFS s vytvorenim 35000 adresarov (cize nad limitom > FreeBSD s UFS1/UFS2) nemalo problem. Navyse sa mi ten moj jednoduchy > benchmark zdal 2x rychlejsi na linuxe, aj ked je to tazko porovnavat To je skutecne tezke porovnat, navic, pokus o takove porovnani smrdi flamewar. Nevim, jak je to v pripade UFS, ale v pripade EXT2FS byvalo defaultni nastaveni takove, ze preferovalo vykon za cenu vyssiho havarie filesystemu pri padu stroje (treba vypadku napajeni), zatinco an FreeBSD bylo defaultni nastaveni (u UFS) opacne. Takze pripadne pokusy o porovnani by bud' musely byt zalozeny na pomerne hluboke analyze, nebo je treba je pojmout jako "proste porovnani dvou cisel bez znalosti souvislosti" >> Samozrejme, pokud sama aplikace nepocita s tim, z eby byla nasazena pro >> "takhle velkou ulohu", nemusi to umet. > Aplikacia je v podstate frontend k databaze obrazkov. Na vyvoji > aplikacie som sa podielaj aj ja. Priznavam sa. ;-) Informacie > o obrazkoch su ulozene v databaze, subory su na filesysteme. Kedze kazdy > obrazok ma niekolko "podverzii", zdalo sa mi logicke zoskupit tieto > verzie obrazkov do jedneho adresara a mena adresarov vytvarat podla ID > zaznamu v databaze. To je v poradku, jen v tech funkcich, ktere finalne se souborem pracuji je proste potreba pridat mezi druhy a treti znak jmena (a pripadne jeste mezi ctvrty a paty) lomitko ... Predpokladam, ze jsou tam tri funkce - vytvoreni obrazku, otevreni pro cteni a smazani - takze je to celkem trivialni uprava techto tri funkci. Nicmene, takovahle rada uz presahuej ramec teto konference. > upgradnut, vysledkom bude asi migracia na linux. Vlastne je aplikacia na A nebo tak. Dan From xdivac02 at stud.fit.vutbr.cz Mon Jan 15 12:45:24 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 15 Jan 2007 12:45:24 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115111148.GB3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> Message-ID: <20070115114524.GA22985@stud.fit.vutbr.cz> On Mon, Jan 15, 2007 at 12:11:48PM +0100, Lubomir Host wrote: > On Mon, Jan 15, 2007 at 11:27:40AM +0100, Dan Lukes wrote: > > Lubomir Host napsal/wrote, On 01/15/07 10:35: > > > chcem sa spytat, ci je mozne na nejakej verzii FreeBSD s nejakym > > > suborovym systemom (napr UFS alebo UFS2) mat v jednom adresari viac ako > > > 32766 podadresarov. Inymi slovami, aby presiel tento test (benchmark): maxndir = min(avgndir + fs->fs_ipg / 16, fs->fs_ipg); kde avgndir = fs->fs_cstotal.cs_ndir / fs->fs_ncg; a fs->fs_ipg je to co vam vypise dumpfs v polozce ipg (inodes per group) fs_ncg (number of cylinder groups) ale je dost mozne ze ten kod spatne chapu, pac ta funkce vzdycky neco vrati a neni tam zadne "return PREKROCILS_LIMIT" kazdopadne mozna kdyz si clovek pohraje s tema cisilkama a vyzkousi to tak prijde na zajimave veci, ale na to jsem linej :( > Na 4.11-RELEASE-p19 mi to zase pise: > > # dumpfs /home | head -n 1 > magic 11954 time Mon Jan 15 11:52:14 2007 4.x neumi UFS2 (mezi nami defcaty - 4.x neumi v podstate nic :) ) > > > Je tento problem riesitelny bez zmeny platformy? > > > > Jak uz vyse padlo, mozna je a mozna neni resenim prechod na UFS2. > > Teoreticky moznym dalsim resenim je preklad worldu s predefinovanym > > typem pro ukadani teto polozky an neco vetsiho. Jednak je potreba (pote) > > preformatovat disk, jednak je i jakekoliv dalsi programu treba prelozit > > na takto upravenem stroji, ale ani to zdaleka nezarucuje, ze nebudou > > zadne problemy. > > Takuto zmenu si fakt netrufam spravit a uz vobec nie nasadit len tak do > produkcie. Taketo riesenie by bolo najskor neudrziavatelne do buducna. no.. ona je taky otazka jaky vykon takove reseni bude mit, pac tisice podadresaru, to je docela masakr :) neslo by to nejak rozumneji clenit? rekneme /data/a/ahoj amalka .... b/blato bylina .... a hnedka mame 25x vic prostoru :) verim ze kazdy fs na kazdem OS ma nejake limity, linux se treba zastavi na milionu nebo co ja vim kde, kazdopadne limit tam urcite bude. > Zdrojaky k UFS som nasiel v /usr/src/sys/ufs/, zatial co ostatne > podporovane filesystemy som nasiel v /usr/src/sys/fs/. Prijde mi to > trochu zmatocne, kedze to sluzi na to iste. V /usr/src/sys/fs vidim > tieto filesystemy: > > deadfs devfs fdescfs fifofs hpfs msdosfs ntfs nullfs nwfs portalfs > procfs pseudofs smbfs udf umapfs unionfs > > Ktore z nich by som teoreticky mohol pouzit ako nahradu za nativny UFS? zadny z nich, fbsd umi v podstate rozumne jenom ufs/ffs. navic vetsina tech FS v /sys/fs neni urcena k pouziti na permanentnim ulozisti a jsou to ruzne pseudofilesystemy > > Zmena platformy to vyresi po ujisteni se, ze na dane vybrane platforme > > je limit vyssi. > > Linux 2.6.x jadro s XFS s vytvorenim 35000 adresarov (cize nad limitom > FreeBSD s UFS1/UFS2) nemalo problem. Navyse sa mi ten moj jednoduchy > benchmark zdal 2x rychlejsi na linuxe, aj ked je to tazko porovnavat > (rychlejsie disky vo FreeBSD s ukoncenim na 32676 polozke, IDE disky > v linuxe a koniec az na 35000 polozke). ufs/ffs je pomale, to vime vsichni. co ja vim tak se portuje celkem uspesne ZFS a tusim kuci i nejak resi XFS. mozna by pomohlo poslat nejake finance tim smerem. > Kedze znova upravit aplikaciu na pouzivanie viacerych urovni adresarov > nie je prave najjednoduchsie a stary produkcny server aj tak treba > upgradnut, vysledkom bude asi migracia na linux. Vlastne je aplikacia na > linuxovom desktope dokonca vyvijana, takze by to nemalo byt > komplikovane. i linux ma urcite nejaky limit. bud rad ze jsi na problem v designu prisel ted a ne ve chvili kdy mate stovky aktivnich zakazniku :) roman From rajo at platon.sk Mon Jan 15 13:21:24 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 15 Jan 2007 13:21:24 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <45AB6A9C.1010703@obluda.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> Message-ID: <20070115122123.GC3743@platon.sk> On Mon, Jan 15, 2007 at 12:50:52PM +0100, Dan Lukes wrote: > Lubomir Host wrote: > > V /usr/src/sys/fs vidim tieto filesystemy: > > > > deadfs devfs fdescfs fifofs hpfs msdosfs ntfs nullfs nwfs portalfs > > procfs pseudofs smbfs udf umapfs unionfs > > > > Ktore z nich by som teoreticky mohol pouzit ako nahradu za nativny UFS? > > Vetsina z nicvh jsou pseudosystemy nebo vzdalene systemy. NTFS je, > pokud vim, read-only. Zbyva hpfs a msdosfs. O prvnim envim dost abych to > posoudil, druhy je pro praci s takhle velkymi adresari nevhodny. > > Podle me zadny vhodny system v seznamu neni. Hmm, no to je blbe. Malo by sa s tym nieco robit. Snad sa situacia vo FreeBSD zmeni k lepsiemu, ked sa podari preportovat XFS a ZFS. > > Linux 2.6.x jadro s XFS s vytvorenim 35000 adresarov (cize nad limitom > > FreeBSD s UFS1/UFS2) nemalo problem. Navyse sa mi ten moj jednoduchy > > benchmark zdal 2x rychlejsi na linuxe, aj ked je to tazko porovnavat > > To je skutecne tezke porovnat, navic, pokus o takove porovnani smrdi > flamewar. Nevim, jak je to v pripade UFS, ale v pripade EXT2FS byvalo > defaultni nastaveni takove, ze preferovalo vykon za cenu vyssiho havarie > filesystemu pri padu stroje (treba vypadku napajeni), zatinco an FreeBSD > bylo defaultni nastaveni (u UFS) opacne. Takze pripadne pokusy o > porovnani by bud' musely byt zalozeny na pomerne hluboke analyze, nebo > je treba je pojmout jako "proste porovnani dvou cisel bez znalosti > souvislosti" Presne tak som to napisal: "... zdal 2x rychlejsi ...". Myslim, ze nijako inac sa to pochopit nedalo. Zamerne som neuviedol ziadne dalsie detaily (typ diskov, verzie OS, konfiguracia a pod.), aby sa to nedalo chapat ako benchmark. Verim tomu, ze niekomu by sa podaril presne opacny vysledok. Viem aj dat tip: porovnat rychlost mazania na linuxovom XFS a lubovolnom inom operacnom systeme s lubovolnym inym filesystemom. Mazanie na XFS je naozaj pomale. Nastastie to v ostrej prevadzke az tak nevadi, pretoze sa castejsie subory hladaju podla cesty, ako mazu. > To je v poradku, jen v tech funkcich, ktere finalne se souborem pracuji > je proste potreba pridat mezi druhy a treti znak jmena (a pripadne jeste > mezi ctvrty a paty) lomitko ... > > Predpokladam, ze jsou tam tri funkce - vytvoreni obrazku, otevreni pro > cteni a smazani - takze je to celkem trivialni uprava techto tri funkci. > Nicmene, takovahle rada uz presahuej ramec teto konference. Tych funkcii je tam asi trosku viacej, pretoze to v skutocnosti nie je len taka obycajna databaza obrazkov. Zjednodusil som to, lebo sa jedna o uzavretu aplikaciu a nechcem blizsie specifikovat jej funkciu. V ostrej prevadzke je uz cca 3 roky. Tym, ze sme viac ako 100 tisic suborov v jednom adresari pred cca rokom rozhodili do podadresarov podla ID bol v zasade prinos, pretoze niektore funkcie sa zjednodusili. Akurat nas vtedy nenapadlo otestovat limit na pocet podadresarov a v tuto dobu to zacalo siahat ku kritickej hranici. Kazdopadne dik za rady. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From salac at certicon.cz Mon Jan 15 13:28:19 2007 From: salac at certicon.cz (Martin Salac) Date: Mon, 15 Jan 2007 13:28:19 +0100 Subject: CPUTYPE u Core 2 Duo procesoru Message-ID: <45AB7363.2070203@certicon.cz> Zdravim vsechny, chtel bych se zeptat, jakou promennou prirazujete CPUTYPE v /etc/make.conf, kdyz mate stroj s procesorem zalozenym na mikroarchitekture Core (Merom pro NB, Conroe a Kentsfield pro desktopy a Woodcrest a Clovertown v serverovem provedeni). K jakemu typu CPUTYPE to ma nejblize? Strycek Google poradil: CPUTYPE=pentium-m CFLAGS=-O2 -mmmx -msse -msse2 -msse3 -pipe ale me se to moc nezda. Podelte se o zkusenosti. :-) Dik Zdravi Martin P.S.: (Mam Xeon 5120, 1,86GHz, 1066FSB, Woodcrest(80555) v Dellu PowerEdge 2950) From babjak at hilbert.chtf.stuba.sk Mon Jan 15 13:32:50 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Mon, 15 Jan 2007 13:32:50 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115111148.GB3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> Message-ID: <20070115123250.GA19704@hilbert.chtf.stuba.sk> > Aplikacia je v podstate frontend k databaze obrazkov. Na vyvoji > aplikacie som sa podielaj aj ja. Priznavam sa. ;-) Informacie > o obrazkoch su ulozene v databaze, subory su na filesysteme. Kedze kazdy ^-- S par takymito aplikaciami som sa stretol, vzdy sa jednalo o kriticky zlu crtu navrhu, ktora sa skor ci neskor vyriesila tak, ze sa obsah fs migroval do databazy. Ak mate udaje v databaze, mozete riesit fileover a high-availability prostriedkami databazy; a tam je znacne pravdepodobnejsie, ze taketo prostriedky existuju, ako pri fs. Naopak, ak mate udaje na lokalnom fs, principialne nemozete nad nimi pouzit klaster aplikacii. No a ked administratori musia zalohovat oddelene databazu a oddelene fs, preklinaju navrharov. Nielenze musia robit dva ukony namiesto jedneho, ale zvycajne nedokazu urobit "synchronnu" zalohu bez odstavky aplikacie. Ledazeby aplikacia sama poskytovala mechanizmus na svoje zalohovanie/obnovu na/z rozne media (v tomto pripade fs+db). A to je kod navyse, a kod navyse su chyby navyse. Takze najlepsim riesenim je v tomto pripade upravit aplikaciu tak, aby pouzivala jediny data storage - databazu, cim jednak zmizne aktualny problem, jednak sa usetri vela problemov v buducnosti. Aj viem, nestiha sa, nema to kto zaplatit, etc. Btw, aplikacia, o ktorej sa bavime, uz na uvedene obmedzenie narazila, alebo je tento problem zatial len teoreticky? J. From jp at devnull.cz Mon Jan 15 13:39:16 2007 From: jp at devnull.cz (Jan Pechanec) Date: Mon, 15 Jan 2007 13:39:16 +0100 (CET) Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115122123.GC3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> <20070115122123.GC3743@platon.sk> Message-ID: <20070115133705.B27454@shark.devnull.cz> On Mon, 15 Jan 2007, Lubomir Host wrote: >> Vetsina z nicvh jsou pseudosystemy nebo vzdalene systemy. NTFS je, >> pokud vim, read-only. Zbyva hpfs a msdosfs. O prvnim envim dost abych to >> posoudil, druhy je pro praci s takhle velkymi adresari nevhodny. >> >> Podle me zadny vhodny system v seznamu neni. > >Hmm, no to je blbe. Malo by sa s tym nieco robit. Snad sa situacia vo >FreeBSD zmeni k lepsiemu, ked sa podari preportovat XFS a ZFS. pro ZFS uz by melo byt hodne hotovo: http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065306.html nevim jestli to je rozumna interni informace, ale Wikipedia ohledne ZFS tvrdi: "ZFS for FreeBSD will most likely first be seen in a 7.x release." h. -- Jan Pechanec http://www.devnull.cz From rajo at platon.sk Mon Jan 15 13:49:50 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 15 Jan 2007 13:49:50 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115114524.GA22985@stud.fit.vutbr.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115114524.GA22985@stud.fit.vutbr.cz> Message-ID: <20070115124950.GD3743@platon.sk> On Mon, Jan 15, 2007 at 12:45:24PM +0100, Divacky Roman wrote: > maxndir = min(avgndir + fs->fs_ipg / 16, fs->fs_ipg); > > kde avgndir = fs->fs_cstotal.cs_ndir / fs->fs_ncg; > a fs->fs_ipg je to co vam vypise dumpfs v polozce ipg (inodes per group) > fs_ncg (number of cylinder groups) A co je fs->fs_cstotal.cs_ndir ? Kazdopadne je vysledkom s velkou pravdepodobnostou cislo 32766. ;-) > ale je dost mozne ze ten kod spatne chapu, pac ta funkce vzdycky neco vrati > a neni tam zadne "return PREKROCILS_LIMIT" > > kazdopadne mozna kdyz si clovek pohraje s tema cisilkama a vyzkousi to tak > prijde na zajimave veci, ale na to jsem linej :( Mozno by z tvojich vypoctov vyplynulo aj to, aky je limit na pocet hardlinkov na ten isty subor. Dospel som k takemu istemu cislu: mkdir test cd test echo 1 > 1 perl -e 'foreach my $i (2..35000) { link("1", $i) or die $!; } ' Toto uz je fakt uchylnost, ale dobre je poznat aj takyto limit. Tusim, ze niekde som videl limit 32 hardliniek, co bol uz naozaj nizky limit. > > Na 4.11-RELEASE-p19 mi to zase pise: > > # dumpfs /home | head -n 1 > > magic 11954 time Mon Jan 15 11:52:14 2007 > 4.x neumi UFS2 (mezi nami defcaty - 4.x neumi v podstate nic :) ) Suhlasim, stary dedusko, ktoreho treba poslad do dochodku. ;) > no.. ona je taky otazka jaky vykon takove reseni bude mit, pac tisice > podadresaru, to je docela masakr :) neslo by to nejak rozumneji clenit? > rekneme > > /data/a/ahoj > amalka > .... > b/blato > bylina > .... > > a hnedka mame 25x vic prostoru :) > > verim ze kazdy fs na kazdem OS ma nejake limity, linux se treba zastavi na milionu > nebo co ja vim kde, kazdopadne limit tam urcite bude. Ak by bol limit niekde na milione, tak by to este bolo celkom fajn. ;) Ako som pisal, moje riesenie vzniklo dodatocnymi upravami asi pre rokom. Obrazky ulozene v jednom adresari sa hodili do podadresarov podla ID z databazy. Mat niekolko 100 tisic suborov v jednom adresari bol tiez masaker. Teraz je v jednom adresari cca po 10 suborov. Kedze na inych systemoch je mozne mat v adresari veeelmi vela podadresarov a taktiez suborov, nikoho nenapadlo otestovat limity na starom FreeBSD. Upravit aplikaciu v sucasnom stave uz nie je take lahke, je na to naviazanych viacero veci v ramci nej. A preniest aplikaciu na iny stroj sa zda byt jednoduchsie ako ju opravit. ;) > i linux ma urcite nejaky limit. bud rad ze jsi na problem v designu prisel > ted a ne ve chvili kdy mate stovky aktivnich zakazniku :) Mna iba zaujimalo, ze ci sa to neda nejako poriesit v ramci FreeBSD, kedze viaceri ludia v mojom okoli preferuju prave FreeBSD riesenie. Akurat ja som taky linuxovy rypak prihlaseny vo FreeBSD konfere, ktory sem-tam musi na tom FreeBSD nieco riesit. ;-) rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From rajo at platon.sk Mon Jan 15 13:51:58 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 15 Jan 2007 13:51:58 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115133705.B27454@shark.devnull.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> <20070115122123.GC3743@platon.sk> <20070115133705.B27454@shark.devnull.cz> Message-ID: <20070115125158.GE3743@platon.sk> On Mon, Jan 15, 2007 at 01:39:16PM +0100, Jan Pechanec wrote: > pro ZFS uz by melo byt hodne hotovo: > > http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065306.html > > nevim jestli to je rozumna interni informace, ale Wikipedia ohledne > ZFS tvrdi: "ZFS for FreeBSD will most likely first be seen in a 7.x > release." Aky je predbezny termin na vydanie FreeBSD 7.0? -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From pav at oook.cz Mon Jan 15 13:53:04 2007 From: pav at oook.cz (Pav Lucistnik) Date: Mon, 15 Jan 2007 13:53:04 +0100 Subject: CPUTYPE u Core 2 Duo procesoru In-Reply-To: <45AB7363.2070203@certicon.cz> References: <45AB7363.2070203@certicon.cz> Message-ID: <1168865584.95096.26.camel@pav.hide.vol.cz> Martin Salac p??e v po 15. 01. 2007 v 13:28 +0100: > chtel bych se zeptat, jakou promennou prirazujete CPUTYPE v > /etc/make.conf, kdyz mate stroj s procesorem zalozenym na > mikroarchitekture Core (Merom pro NB, Conroe a Kentsfield pro > desktopy a Woodcrest a Clovertown v serverovem provedeni). CPUTYPE nenastavujeme vubec, protoze vic skodi nez pomaha. PS --omg-optimized -- Pav Lucistnik Is this a dagger which I see before me, its handle towards my hand? Come, let me clutch thee! I have thee not, and yet I see thee still. From pavel at hotelovkatp.cz Mon Jan 15 14:00:20 2007 From: pavel at hotelovkatp.cz (Obr Pavel) Date: Mon, 15 Jan 2007 14:00:20 +0100 (CET) Subject: CPUTYPE u Core 2 Duo procesoru In-Reply-To: <1168865584.95096.26.camel@pav.hide.vol.cz> References: <45AB7363.2070203@certicon.cz> <1168865584.95096.26.camel@pav.hide.vol.cz> Message-ID: <2453.192.168.3.94.1168866020.squirrel@192.168.3.18> > CPUTYPE nenastavujeme vubec, protoze vic skodi nez pomaha. Proc? Pavel Obr From dan at obluda.cz Mon Jan 15 14:13:12 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 15 Jan 2007 14:13:12 +0100 Subject: CPUTYPE u Core 2 Duo procesoru In-Reply-To: <45AB7363.2070203@certicon.cz> References: <45AB7363.2070203@certicon.cz> Message-ID: <45AB7DE8.80603@obluda.cz> Martin Salac wrote: > chtel bych se zeptat, jakou promennou prirazujete CPUTYPE v > /etc/make.conf, kdyz mate stroj s procesorem zalozenym na > mikroarchitekture Core (Merom pro NB, Conroe a Kentsfield pro > desktopy a Woodcrest a Clovertown v serverovem provedeni). Pouzitelne hodnoty a to, jake ma ta-ktera hodnota dopady na optiony predane prekladaci je mozne vycist v /usr/share/mk/bsd.cpu.mk Zbytek uz spociva ve cteni dokumentace k prekladaci. Ovsem, nakolik je to-ktere nastaveni skutecne prinosne a nakolik prevazi vady je otazka dalsi ... Dan From rajo at platon.sk Mon Jan 15 14:07:15 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 15 Jan 2007 14:07:15 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115123250.GA19704@hilbert.chtf.stuba.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115123250.GA19704@hilbert.chtf.stuba.sk> Message-ID: <20070115130715.GF3743@platon.sk> On Mon, Jan 15, 2007 at 01:32:50PM +0100, Jozef Babjak wrote: > > Aplikacia je v podstate frontend k databaze obrazkov. Na vyvoji > > aplikacie som sa podielaj aj ja. Priznavam sa. ;-) Informacie > > o obrazkoch su ulozene v databaze, subory su na filesysteme. Kedze kazdy > > ^-- S par takymito aplikaciami som sa stretol, vzdy sa jednalo o > kriticky zlu crtu navrhu, ktora sa skor ci neskor vyriesila tak, ze sa > obsah fs migroval do databazy. Ak mate udaje v databaze, mozete riesit Ano, v tomto smere je to zly navrh, ze sme nespravili niekolko podadresarov. Ale zaroven si nemyslim, ze by obrazky ulozene v databaze boli stastnym riesenim. Dokonca je podla mna este horsim. Obrazky sa maju servovat cez web. Robit niekolko SQL query na odservovanie jedneho obrazka mi pride velka dan za to, ze to mam na jednom mieste. Servovanie tych obrazkov by sa spomalilo niekolkonasobne (odhadom 10 - 100x). Alebo sa na servovanie tych obrazkov pouzije databazovy cluster (min. 2 servery) a 2 webservery, pred ktorymi este budu 2 cachovacie servery? To je dokopy 6 serverov. V sucasnosti su to iba 2 servery (1 web, 1 databaza). > Takze najlepsim riesenim je v tomto pripade upravit aplikaciu tak, aby > pouzivala jediny data storage - databazu, cim jednak zmizne aktualny > problem, jednak sa usetri vela problemov v buducnosti. Aj viem, nestiha > sa, nema to kto zaplatit, etc. No, neviem, neviem. Ak si zratam, ze v databaze mam mat 100 000 obrazkov vo velkosti 30 kB, tak je to cca 3G dat, na ktore nejde spravit kompresiu. Pri ukladani obrazkov na filesystem vies pouzit inkrementalnu zalohu, snapshot a pod., cize snapshotom moze byt postarane o konzistenciu v tomto pripade. A pri databaze asi nevies spravit inkrementalnu zalohu. > Btw, aplikacia, o ktorej sa bavime, uz na uvedene obmedzenie narazila, > alebo je tento problem zatial len teoreticky? Raz uz narazila, ale docasne sa podarilo problem odsunut na neskor vycistenim od bordelu. ;-) rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From dan at obluda.cz Mon Jan 15 14:19:59 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 15 Jan 2007 14:19:59 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115123250.GA19704@hilbert.chtf.stuba.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115123250.GA19704@hilbert.chtf.stuba.sk> Message-ID: <45AB7F7F.4090100@obluda.cz> Jozef Babjak wrote: >> Aplikacia je v podstate frontend k databaze obrazkov. >> Informacie o obrazkoch su ulozene v databaze, subory su na filesysteme. > > ^-- S par takymito aplikaciami som sa stretol, vzdy sa jednalo o > kriticky zlu crtu navrhu, ktora sa skor ci neskor vyriesila tak, ze sa > obsah fs migroval do databazy. Ak mate udaje v databaze, mozete riesit Jen je potreba davat pozor, ze ne kazda databaze je vhodna (rozumej: efektivne pouzitelna) pro ukladani velkych objemu binarnich dat a v nekterych pripadech je treba si osvojit i trochu jine zpusoby komunikace s databazi, nez jake byl programator zvykly pouzivat u "normalnich" dat. Lubomir Host wrote: > Aky je predbezny termin na vydanie FreeBSD 7.0? To vim zcela presne. Pet az trinact mesicu pred skutecnym vydanim ... ;-) Dan From xdivac02 at stud.fit.vutbr.cz Mon Jan 15 14:21:07 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 15 Jan 2007 14:21:07 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115133705.B27454@shark.devnull.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> <20070115122123.GC3743@platon.sk> <20070115133705.B27454@shark.devnull.cz> Message-ID: <20070115132107.GA43203@stud.fit.vutbr.cz> On Mon, Jan 15, 2007 at 01:39:16PM +0100, Jan Pechanec wrote: > On Mon, 15 Jan 2007, Lubomir Host wrote: > > >> Vetsina z nicvh jsou pseudosystemy nebo vzdalene systemy. NTFS je, > >> pokud vim, read-only. Zbyva hpfs a msdosfs. O prvnim envim dost abych to > >> posoudil, druhy je pro praci s takhle velkymi adresari nevhodny. > >> > >> Podle me zadny vhodny system v seznamu neni. > > > >Hmm, no to je blbe. Malo by sa s tym nieco robit. Snad sa situacia vo > >FreeBSD zmeni k lepsiemu, ked sa podari preportovat XFS a ZFS. > > pro ZFS uz by melo byt hodne hotovo: > > http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065306.html > > nevim jestli to je rozumna interni informace, ale Wikipedia ohledne > ZFS tvrdi: "ZFS for FreeBSD will most likely first be seen in a 7.x > release." tak o tom bych si dovolil dost silne pochybovat ;) rikal pav ze pristi tyden bude code slush a neverim ze by neco takoveho commitli v code slush obdobi. ja zfs vidim v 8.x From pav at oook.cz Mon Jan 15 14:21:22 2007 From: pav at oook.cz (Pav Lucistnik) Date: Mon, 15 Jan 2007 14:21:22 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <45AB7F7F.4090100@obluda.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115123250.GA19704@hilbert.chtf.stuba.sk> <45AB7F7F.4090100@obluda.cz> Message-ID: <1168867282.95096.28.camel@pav.hide.vol.cz> > > Aky je predbezny termin na vydanie FreeBSD 7.0? > > To vim zcela presne. Pet az trinact mesicu pred skutecnym vydanim ... ;-) Your guess is as good as mine, ale ja bych si vsadil na pristi vanoce. -- Pav Lucistnik On real UNIX, /usr/bin/more prints -More-. From xdivac02 at stud.fit.vutbr.cz Mon Jan 15 14:24:24 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 15 Jan 2007 14:24:24 +0100 Subject: CPUTYPE u Core 2 Duo procesoru In-Reply-To: <2453.192.168.3.94.1168866020.squirrel@192.168.3.18> References: <45AB7363.2070203@certicon.cz> <1168865584.95096.26.camel@pav.hide.vol.cz> <2453.192.168.3.94.1168866020.squirrel@192.168.3.18> Message-ID: <20070115132424.GB43203@stud.fit.vutbr.cz> On Mon, Jan 15, 2007 at 02:00:20PM +0100, Obr Pavel wrote: > > CPUTYPE nenastavujeme vubec, protoze vic skodi nez pomaha. > > Proc? soukromy odhad: protoze pav je ports commiter a kdyz mas nastavene CPUTYPE tak se mu hur detekuji problemy :) jinak fakt netusim proc by melo CPUTYPE skodit From salac at certicon.cz Mon Jan 15 14:25:32 2007 From: salac at certicon.cz (Martin Salac) Date: Mon, 15 Jan 2007 14:25:32 +0100 Subject: CPUTYPE u Core 2 Duo procesoru In-Reply-To: <45AB7DE8.80603@obluda.cz> References: <45AB7363.2070203@certicon.cz> <45AB7DE8.80603@obluda.cz> Message-ID: <45AB80CC.6090603@certicon.cz> Dan Lukes wrote: > Martin Salac wrote: > Pouzitelne hodnoty a to, jake ma ta-ktera hodnota dopady na optiony > predane prekladaci je mozne vycist v > /usr/share/mk/bsd.cpu.mk Dik za tip - mk file me navedl na stranky gcc, konkretne: http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options kde jsem nasel primo option: core2 Intel Core2 CPU with 64-bit extensions, MMX, SSE, SSE2, SSE3 and SSSE3 instruction set support. Otazka je, zda je option podporovana u kompilatoru v RELEASE. 6.2-R ma gcc (GCC) 3.4.6 [FreeBSD] 20060305 > Zbytek uz spociva ve cteni dokumentace k prekladaci. > > Ovsem, nakolik je to-ktere nastaveni skutecne prinosne a nakolik > prevazi vady je otazka dalsi ... Souhlas ... option 'generic' by opraqvdu mela byt dostatecna jako zelezna jistota: generic Produce code optimized for the most common IA32/AMD64/EM64T processors. If you know the CPU on which your code will run, then you should use the corresponding -mtune option instead of -mtune=generic. But, if you do not know exactly what CPU users of your application will have, then you should use this option. > Dan Martin From dan at obluda.cz Mon Jan 15 16:15:12 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 15 Jan 2007 16:15:12 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115124950.GD3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115114524.GA22985@stud.fit.vutbr.cz> <20070115124950.GD3743@platon.sk> Message-ID: <45AB9A80.6000802@obluda.cz> Lubomir Host wrote: > Mozno by z tvojich vypoctov vyplynulo aj to, aky je limit na pocet > hardlinkov na ten isty subor. Dospel som k takemu istemu cislu: Jestlize je v datove strukture na uchovani toho cisla vyhrazen int16_t, tak to vic proste byt nemuze i kdybyste provedli jakoliv nastaveni cehokoliv. A osobne odhaduji, ze to nebude ani mene, protoze hodnoty, o kterych tu byla rec, se mi zda na vec nemaji vliv. Tak em napada, ze by me docela zajimalo, v jak velke promenne ma tuhle hodnotu FreeBSD ulozeno v pameti - otevreni souboru se totiz take pocita jako +1 file-link. Jestli je to take int16, tak by soubor, ktery by mel 32767 jmen uz nemel jit otevrit ... Jan Pechanec wrote: > struct ufs2_dinode { ... > int16_t di_nlink; /* 2: File link count. */ > nenapada me duvod, proc to je signed, snad jen z duvodu zpetny > kompatibility kvuli necemu (cemu?). Proc to bylo signed kdysi tezko rict, pravdepodobne proste proto, ze 640kB pameti preci musi stacit kazdemu, nicmene, dneska je za tim nejspis skutecne kompatibilita - a trochu se obavam, ze nejen jadra k FS na kterem bezi, ale hraje se tu i o aplikace pracujici s diskem, jako je treba tar, dump, restore a podobne. Dan From xdivac02 at stud.fit.vutbr.cz Mon Jan 15 16:35:00 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 15 Jan 2007 16:35:00 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <45AB9A80.6000802@obluda.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115114524.GA22985@stud.fit.vutbr.cz> <20070115124950.GD3743@platon.sk> <45AB9A80.6000802@obluda.cz> Message-ID: <20070115153500.GA65548@stud.fit.vutbr.cz> > Jan Pechanec wrote: > > struct ufs2_dinode { > ... > > int16_t di_nlink; /* 2: File link count. */ > > > nenapada me duvod, proc to je signed, snad jen z duvodu zpetny > > kompatibility kvuli necemu (cemu?). > > Proc to bylo signed kdysi tezko rict, pravdepodobne proste proto, ze > 640kB pameti preci musi stacit kazdemu, nicmene, dneska je za tim > nejspis skutecne kompatibilita - a trochu se obavam, ze nejen jadra k > FS na kterem bezi, ale hraje se tu i o aplikace pracujici s diskem, jako > je treba tar, dump, restore a podobne. ten kod overuje zda ta promena neni < 0, takze tam nejaka semantika je. napada mne treba nejaky chybovy stav nebo neco... UFS je tisic let stary system a buhvi jak/co/proc tam je. napriklad to prkaticky nikde neoveruje validitu dat ktera se mu predkladaji takze to pada a pada a pada..... fbsd potrebuje novy fs From rajo at platon.sk Mon Jan 15 17:17:20 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 15 Jan 2007 17:17:20 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <45AB9A80.6000802@obluda.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115114524.GA22985@stud.fit.vutbr.cz> <20070115124950.GD3743@platon.sk> <45AB9A80.6000802@obluda.cz> Message-ID: <20070115161720.GG3743@platon.sk> On Mon, Jan 15, 2007 at 04:15:12PM +0100, Dan Lukes wrote: > Tak em napada, ze by me docela zajimalo, v jak velke promenne ma tuhle > hodnotu FreeBSD ulozeno v pameti - otevreni souboru se totiz take pocita > jako +1 file-link. Jestli je to take int16, tak by soubor, ktery by mel > 32767 jmen uz nemel jit otevrit ... Ten subor (hardlink) nejde ani vytvorit, takze nemas co otvarat. ;-) Test na linuxovom XFS: 120 tisic hardliniek na ten isty subor bez problemov. Ano, cisto umely test. Ale vdaka tomu, ze XFS pouziva na vsetko b+trees som nepocitil nejake velke spomalenie. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From jp at devnull.cz Mon Jan 15 17:28:43 2007 From: jp at devnull.cz (Jan Pechanec) Date: Mon, 15 Jan 2007 17:28:43 +0100 (CET) Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115161720.GG3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115114524.GA22985@stud.fit.vutbr.cz> <20070115124950.GD3743@platon.sk> <45AB9A80.6000802@obluda.cz> <20070115161720.GG3743@platon.sk> Message-ID: <20070115172419.F27454@shark.devnull.cz> On Mon, 15 Jan 2007, Lubomir Host wrote: >On Mon, Jan 15, 2007 at 04:15:12PM +0100, Dan Lukes wrote: >> Tak em napada, ze by me docela zajimalo, v jak velke promenne ma tuhle >> hodnotu FreeBSD ulozeno v pameti - otevreni souboru se totiz take pocita >> jako +1 file-link. Jestli je to take int16, tak by soubor, ktery by mel >> 32767 jmen uz nemel jit otevrit ... > >Ten subor (hardlink) nejde ani vytvorit, takze nemas co otvarat. ;-) ne, tady mluvime o situaci, kdy otviras soubor uz s maximalnim poctem linku na nej, tak ten link count musis jeste zvetsit v pametovem inode, a tedy by ses pak mel dostat pres limit diskoveho inode. h. -- Jan Pechanec http://www.devnull.cz From gamato at users.sf.net Mon Jan 15 22:49:29 2007 From: gamato at users.sf.net (martinko) Date: Mon, 15 Jan 2007 22:49:29 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115111148.GB3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> Message-ID: Lubomir Host wrote: > On Mon, Jan 15, 2007 at 11:27:40AM +0100, Dan Lukes wrote: >> Lubomir Host napsal/wrote, On 01/15/07 10:35: >>> chcem sa spytat, ci je mozne na nejakej verzii FreeBSD s nejakym >>> suborovym systemom (napr UFS alebo UFS2) mat v jednom adresari viac ako >>> 32766 podadresarov. Inymi slovami, aby presiel tento test (benchmark): >> Aniz bych nahledl do zdrojaku, odhaduji, ze limit je ve skutecnosti >> limitem postu jmen, ktere muze nejaky konkretni inode mit. Adresar ma >> vzdy nejmene dve jmena (jmeno v nadrazenem adresaru a '.' v sobe samem) >> a kazdy podadresar k tomu prida dalsi jmeno ('..' v takovem >> podadresari), to je, u 32766 podaadresaru celkem 32768 jmen, coz by, >> pokdu se pocet linku uklada do dvou bajtu znamenkove byl presne nas limit. >> >> Jak jsem rikal, do zdrojaku jsme nekoukal, takze nevim, jestli se UFS2 >> v tomto ohledu od UFS1 lisi. Pokud ani, tak pomuze prechod na UFS2, >> pokud nikoli, tak to samo o sobe resenim nebude. >>> Dalsia podotazka: ako zistim, ze mam naozaj UFS2 a nie UFS? Vo vypise >>> prikazu mount je stale napisane 'ufs', aj ked to je pravdepodobne UFS2. >> dumpfs >> >> Je to hned na prvnim radku. >> > > Skusal som to na roznych verziach FreeBSD. Na spominanej 6.0-RELEASE-p2 > mi dumpfs pise toto: > > # dumpfs /home | head -n 1 > magic 19540119 (UFS2) time Mon Jan 15 11:48:14 2007 > > Na 4.11-RELEASE-p19 mi to zase pise: > > # dumpfs /home | head -n 1 > magic 11954 time Mon Jan 15 11:52:14 2007 > > U mna test neprejde ani na jednej z tychto masin. Cize som si overil, ze mi > prechod z UFS na UFS2 nepomoze. > >>> Je tento problem riesitelny bez zmeny platformy? >> Jak uz vyse padlo, mozna je a mozna neni resenim prechod na UFS2. >> Teoreticky moznym dalsim resenim je preklad worldu s predefinovanym >> typem pro ukadani teto polozky an neco vetsiho. Jednak je potreba (pote) >> preformatovat disk, jednak je i jakekoliv dalsi programu treba prelozit >> na takto upravenem stroji, ale ani to zdaleka nezarucuje, ze nebudou >> zadne problemy. > > Takuto zmenu si fakt netrufam spravit a uz vobec nie nasadit len tak do > produkcie. Taketo riesenie by bolo najskor neudrziavatelne do buducna. > > Zdrojaky k UFS som nasiel v /usr/src/sys/ufs/, zatial co ostatne > podporovane filesystemy som nasiel v /usr/src/sys/fs/. Prijde mi to > trochu zmatocne, kedze to sluzi na to iste. V /usr/src/sys/fs vidim > tieto filesystemy: > > deadfs devfs fdescfs fifofs hpfs msdosfs ntfs nullfs nwfs portalfs > procfs pseudofs smbfs udf umapfs unionfs > > Ktore z nich by som teoreticky mohol pouzit ako nahradu za nativny UFS? > >> Zmena platformy to vyresi po ujisteni se, ze na dane vybrane platforme >> je limit vyssi. > > Linux 2.6.x jadro s XFS s vytvorenim 35000 adresarov (cize nad limitom > FreeBSD s UFS1/UFS2) nemalo problem. Navyse sa mi ten moj jednoduchy > benchmark zdal 2x rychlejsi na linuxe, aj ked je to tazko porovnavat > (rychlejsie disky vo FreeBSD s ukoncenim na 32676 polozke, IDE disky > v linuxe a koniec az na 35000 polozke). > >> No a pak jeste muze reseni koukat ze strany, kterou je tezke posoudit, >> protoze vubec nevime PROC je potreba mit v adresari tolik podadresaru. >> Vetsina aplikaci, ktere znam ja, si existenci takovych limitu uvedomuji >> a maji pro tyto pripady nejaky mechanismus, ktery umoznuje data rozdelit >> do slozitejsi struktury s mensim poctem polozek v jednom adresari - >> treba vycleneneim nekolika prvnich znaku ze jmena pro prvni uroven >> vnoreni a ostatnich znaku nazvu pro dalsi uroven vnoreni adresaru (pocet >> urovni byva take nekdy konfigurovatelny). >> >> Samozrejme, pokud sama aplikace nepocita s tim, z eby byla nasazena pro >> "takhle velkou ulohu", nemusi to umet. Pak jeste muze byt resenim >> upravit aplikaci (stejne lze takove chovani povazovat za chybu navrhu) >> nebo s epodivat po nejake jine, ktera dela totez, ale je lepe napsana. >> >> Tezko ovsem posoudit, co muze byt resenim v tomto konkretnim pripade. > > Aplikacia je v podstate frontend k databaze obrazkov. Na vyvoji > aplikacie som sa podielaj aj ja. Priznavam sa. ;-) Informacie > o obrazkoch su ulozene v databaze, subory su na filesysteme. Kedze kazdy > obrazok ma niekolko "podverzii", zdalo sa mi logicke zoskupit tieto > verzie obrazkov do jedneho adresara a mena adresarov vytvarat podla ID > zaznamu v databaze. > > Ano, nevravim, ze sa to nedalo navrhnut inac, ale zial ma vtedy > obmedzenie na pocet podadresarov nenapadlo testovat. Najma nie kvoli > tomu, ze pocet suborov v jednom adresari vysoko prekracuje pocet 100 > tisic suborov. > > Kedze znova upravit aplikaciu na pouzivanie viacerych urovni adresarov > nie je prave najjednoduchsie a stary produkcny server aj tak treba > upgradnut, vysledkom bude asi migracia na linux. Vlastne je aplikacia na > linuxovom desktope dokonca vyvijana, takze by to nemalo byt > komplikovane. > > rajo > skromne si myslim, ze rozumne napisana aplikacia by nemala byt problem takto upravit. dokonca aj tie id by ste mohli ponechat, akurat zanorit adresare ako napisal dan. okrem toho sa nazdavam, ze vo fs typu ffs je rozumnejsie to s poctom podadresarov prilis neprehanat, aj keby tam bol teoreticky pocet vyssi ako 32k. (ale to sa naozaj len nazdavam, detaily si uz nepamatam.) a pocet 100t suborov myslite v jednom adresari? to sa mi zda hodne prehnane. je k tomu nejaky prakticky dovod? bez ohladu na to kolko suborov znesie v adresari (akykolvek) fs. m. ps: rychlost fs je relativna, resp. solidny benchmark je tazke spravit. ale na druhej strane pre vas ako uzivatela je podstatne ako sa to chova vo vasom konkretnom pripade. From xkucf03 at seznam.cz Tue Jan 16 08:37:49 2007 From: xkucf03 at seznam.cz (=?UTF-8?B?RnJhbnRpxaFlayBLdcSNZXJh?=) Date: Mon, 15 Jan 2007 23:37:49 -0800 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <45AB6A9C.1010703@obluda.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> Message-ID: <45AC80CD.2010903@seznam.cz> > To je v poradku, jen v tech funkcich, ktere finalne se souborem pracuji > je proste potreba pridat mezi druhy a treti znak jmena (a pripadne jeste > mezi ctvrty a paty) lomitko ... > > Predpokladam, ze jsou tam tri funkce - vytvoreni obrazku, otevreni pro > cteni a smazani - takze je to celkem trivialni uprava techto tri funkci. > Nicmene, takovahle rada uz presahuej ramec teto konference. > > >> upgradnut, vysledkom bude asi migracia na linux. Vlastne je aplikacia na >> > > A nebo tak. > > Dan > Ta ?prava funkc? je asi nejlep??, ale napadlo m? je?t? jedno ?e?en?: Ud?lat si n?co jako vlastn? souborov? syst?m - v?echna ta data by byla nacpan? v jednom souboru a v DB by bylo ulo?en? ??slo bajtu, na kter?m soubor za??n? a kon??. Pokud to bude takhle jednoduch?, tak nep?jde soubory mazat a upravovat, ale pro n?jak? specifick? aplikace by to mohlo b?t pou?iteln? (kdy? soubory jen p?ib?vaj?). V?hodou by bylo, ?e by se u?et?ilo na metadatech, kter? si norm?ln? FS o souborech vede. Co si o tom mysl?te? je to dobrej n?pad, nebo blbej n?pad, nebo jakej je to n?pad? :-) Franta From rajo at platon.sk Tue Jan 16 00:04:38 2007 From: rajo at platon.sk (Lubomir Host) Date: Tue, 16 Jan 2007 00:04:38 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <45AC80CD.2010903@seznam.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> <45AC80CD.2010903@seznam.cz> Message-ID: <20070115230437.GJ3743@platon.sk> On Mon, Jan 15, 2007 at 11:37:49PM -0800, Franti?ek Ku?era wrote: > Ta ?prava funkc? je asi nejlep??, ale napadlo m? je?t? jedno ?e?en?: > Ud?lat si n?co jako vlastn? souborov? syst?m - v?echna ta data by byla > nacpan? v jednom souboru a v DB by bylo ulo?en? ??slo bajtu, na kter?m > soubor za??n? a kon??. Pokud to bude takhle jednoduch?, tak nep?jde > soubory mazat a upravovat, ale pro n?jak? specifick? aplikace by to > mohlo b?t pou?iteln? (kdy? soubory jen p?ib?vaj?). V?hodou by bylo, ?e > by se u?et?ilo na metadatech, kter? si norm?ln? FS o souborech vede. > > Co si o tom mysl?te? je to dobrej n?pad, nebo blbej n?pad, nebo jakej je > to n?pad? :-) Velmi zly napad. A co ak budem potrebovat upravit obrazok v strede toho DB suboru? A taktiez potrebujem obrazky servovat cez web. Co najrychlejsie. To uz mozem rovno pchat vsetky obrazky rovno do DB a bolo by s tym najmenej roboty. Ale ako som uz v tomto vlakne pisal, kvoli rychlosti nie je dobre ukladat 3G obrazkov do databazy. Preto su obrazky ukladane na filesystem. Ono by mozno nebolo az take tazke upravit tu aplikaciu, ale zial je to v plnom produkcnom nasadeni a tak je to o kusok komplikovanejsie. Odstavka sluzieb nie je ziadany stav a otestovat vsetky suvislosti na testovacom serveri je casovo velmi narocne. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From xkucf03 at seznam.cz Tue Jan 16 09:15:39 2007 From: xkucf03 at seznam.cz (=?UTF-8?B?RnJhbnRpxaFlayBLdcSNZXJh?=) Date: Tue, 16 Jan 2007 00:15:39 -0800 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115230437.GJ3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> <45AC80CD.2010903@seznam.cz> <20070115230437.GJ3743@platon.sk> Message-ID: <45AC89AB.7000106@seznam.cz> Lubomir Host napsal(a): > On Mon, Jan 15, 2007 at 11:37:49PM -0800, Franti?ek Ku?era wrote: > >> Ta ?prava funkc? je asi nejlep??, ale napadlo m? je?t? jedno ?e?en?: >> Ud?lat si n?co jako vlastn? souborov? syst?m - v?echna ta data by byla >> nacpan? v jednom souboru a v DB by bylo ulo?en? ??slo bajtu, na kter?m >> soubor za??n? a kon??. Pokud to bude takhle jednoduch?, tak nep?jde >> soubory mazat a upravovat, ale pro n?jak? specifick? aplikace by to >> mohlo b?t pou?iteln? (kdy? soubory jen p?ib?vaj?). V?hodou by bylo, ?e >> by se u?et?ilo na metadatech, kter? si norm?ln? FS o souborech vede. >> >> Co si o tom mysl?te? je to dobrej n?pad, nebo blbej n?pad, nebo jakej je >> to n?pad? :-) >> > > Velmi zly napad. A co ak budem potrebovat upravit obrazok v strede toho > DB suboru? A taktiez potrebujem obrazky servovat cez web. Co > najrychlejsie. To uz mozem rovno pchat vsetky obrazky rovno do DB a bolo > by s tym najmenej roboty. Ale ako som uz v tomto vlakne pisal, kvoli > rychlosti nie je dobre ukladat 3G obrazkov do databazy. > > Preto su obrazky ukladane na filesystem. Ono by mozno nebolo az take > tazke upravit tu aplikaciu, ale zial je to v plnom produkcnom nasadeni > a tak je to o kusok komplikovanejsie. Odstavka sluzieb nie je ziadany > stav a otestovat vsetky suvislosti na testovacom serveri je casovo velmi > narocne. > > rajo > > No jasn?, upravovat by ty obr?zky ne?lo, ani mazat, ale to je vlastnost, ne chyba :-) Co se t?k? poskytov?n? p?es http - taky z?le??, jestli je pot?eba n?jak ??dit pr?va - kdy? to bude adres?? vyst?en? na web, tak to moc nejde, ale kdy? to bude v tom souboru a bude to z n?j tahat n?jak? skript nebo fastCGI, tak u? ty opr?vn?n? kontrolovat jde. Pokud toho jsou 3GB, tak to nen? zas tolik aby to datab?ze nezvl?dla (teda nemluv?m o n?jak? MySQL) Franta From rajo at platon.sk Tue Jan 16 00:29:47 2007 From: rajo at platon.sk (Lubomir Host) Date: Tue, 16 Jan 2007 00:29:47 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> Message-ID: <20070115232947.GK3743@platon.sk> On Mon, Jan 15, 2007 at 10:49:29PM +0100, martinko wrote: > skromne si myslim, ze rozumne napisana aplikacia by nemala byt problem > takto upravit. dokonca aj tie id by ste mohli ponechat, akurat zanorit > adresare ako napisal dan. Ja to chapem, ako by to chcelo spravit.. Akurat vzhladom na to, ze ten server treba tak ci tak preinstalovat/upgradnut, tak sa ako riesenie ponuka zmenit platformu, kde nie je uvedene obmedzenie. Linux s XFS filesystemom. > okrem toho sa nazdavam, ze vo fs typu ffs je rozumnejsie to s poctom > podadresarov prilis neprehanat, aj keby tam bol teoreticky pocet vyssi > ako 32k. (ale to sa naozaj len nazdavam, detaily si uz nepamatam.) Pekne citanie o XFS: http://oss.sgi.com/projects/xfs/ http://oss.sgi.com/projects/xfs/papers/xfs_usenix/index.html A tiez pekne citanie o Solarisovskom ZFS: http://www.sun.com/2004-0914/feature/ > a pocet 100t suborov myslite v jednom adresari? to sa mi zda hodne > prehnane. je k tomu nejaky prakticky dovod? bez ohladu na to kolko > suborov znesie v adresari (akykolvek) fs. Najjednoduchsi pristup: tuto je adresar, kam sa uploaduju subory. Z kazdeho uploadnuteho suboru sa generuju napr. zmenseniny. Takze takto ku kazdemu uploadnutemu suboru je ~ 5-10 "nahladov". A takto to narastalo niekolko mesiacov. Ano, pri 100 tisic suboroch v adresari sa operacie nad tym adresarom zacnu velmi spomalovat. Citelne spomalenie vsak uz mozno pozorovat niekde na hranici 30 - 50 tis. suborov. To sa tyka filesystemov, ktore pouzivaju inody a maju ich usporiadane pekne za sebou. XFS pouziva binarne stromy (b+trees) kde sa len da, co rapidne zrychluje operacie aj pri pocte suborov > 100 tis. v jednom adresari. No problem. Udajne XFS testovali s milionmi suborov v jednom adresari a udajne to bolo v pohode. ;-) So ZFS zatial velmi velke skusenosti nemam. Kazdopadne zoznam vlastnosti ZFS daleko prekracuje chapanie pojmu filesystem. Je to uplne ina koncepcia, ktora sa mi paci. Uz sa tesim, az toto bude dostupne nielen v Solarise, ale aj v *BSD skupine a v Linuxe. Linux uz XFS ma, na podpore ZFS sa pracuje rovnako ako vo FreeBSD. Do FreeBSD sa doraba podpora aj pre XFS, ale este som nepocul o nikom, kto by to mal nasadene. Nechcem to skusat ako prvy. ;-) > ps: rychlost fs je relativna, resp. solidny benchmark je tazke spravit. > ale na druhej strane pre vas ako uzivatela je podstatne ako sa to chova > vo vasom konkretnom pripade. Presne tak. Zaujimave je si porovnat zoznam vlastnosti a algoritmov implementovanych v niekolkych zaujimavych filesystemoch a urobit si vlastny obraz o tom, co a kedy pouzit. Ja som fanusik XFS a postupne aj ZFS. ;-) rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From rajo at platon.sk Tue Jan 16 00:48:42 2007 From: rajo at platon.sk (Lubomir Host) Date: Tue, 16 Jan 2007 00:48:42 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <45AC89AB.7000106@seznam.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> <45AC80CD.2010903@seznam.cz> <20070115230437.GJ3743@platon.sk> <45AC89AB.7000106@seznam.cz> Message-ID: <20070115234842.GL3743@platon.sk> On Tue, Jan 16, 2007 at 12:15:39AM -0800, Franti?ek Ku?era wrote: > No jasn?, upravovat by ty obr?zky ne?lo, ani mazat, ale to je vlastnost, > ne chyba :-) > Co se t?k? poskytov?n? p?es http - taky z?le??, jestli je pot?eba n?jak > ??dit pr?va - kdy? to bude adres?? vyst?en? na web, tak to moc nejde, > ale kdy? to bude v tom souboru a bude to z n?j tahat n?jak? skript nebo > fastCGI, tak u? ty opr?vn?n? kontrolovat jde. Ano. V niektorych pripadoch treba tie prava nejakym sposobom kontrolovat. A je to aj dokonca podavane cez FastCGI skript. Ale nie v kazdom pripade. Drtiva vacsina obrazkov (napr. nahlady) je volne dostupna. > Pokud toho jsou 3GB, tak to nen? zas tolik aby to datab?ze nezvl?dla > (teda nemluv?m o n?jak? MySQL) Trefa. Praveze je to postavene nad MySQL. ;-) Nevravim, ze do MySQL nejde nahravat obrazky do databazy, ale vravim to, ze je to podla mna prilis velke spomalenie voci jednoduchemu odservovaniu obrazkov priamo z disku. Mam tu cest tahat niekedy obrazky (alebo vobec nejaky content) z jedneho portalu, ktory podla vsetkeho ma tieto obrazky ulozene v databaze (pravdepodobne nejaky Oracle). Aplikacia je napisana v Jave. Priemerny cas odpovede tohto portalu na request je 3 sekundy. Podla vas je toto OK? Podla mna nie. Kolki mate zaujem o nejaky benchmark, aby som ukazal, ze je to fakt pomale? ;-) Povodna otazka bola, ci je mozne na FreeBSD mat v jednom adresari viac ako 32766 podadresarov. Zaver: nie. Preto uz prosim nerieste to, ako ukladat obrazky do databazy. Naozaj by som take riesenie nenasadil. ;-) Proste pri vysokej navstevnosti nie je mozne mat ulozene obrazky v databaze. Nech mate sebelepsie zelezo. Mozno tu komercnu aplikaciu nakoniec predsa len opravime. Nechcem uz uvadzat ziadne dalsie podrobnosti ohladom tej aplikacie a ani hore spominaneho pomaleho portalu (nastasie nie nas produkt ;-) ). rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From gamato at users.sf.net Tue Jan 16 01:09:08 2007 From: gamato at users.sf.net (martinko) Date: Tue, 16 Jan 2007 01:09:08 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115132107.GA43203@stud.fit.vutbr.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> <20070115122123.GC3743@platon.sk> <20070115133705.B27454@shark.devnull.cz> <20070115132107.GA43203@stud.fit.vutbr.cz> Message-ID: Divacky Roman wrote: > On Mon, Jan 15, 2007 at 01:39:16PM +0100, Jan Pechanec wrote: >> On Mon, 15 Jan 2007, Lubomir Host wrote: >> >>>> Vetsina z nicvh jsou pseudosystemy nebo vzdalene systemy. NTFS je, >>>> pokud vim, read-only. Zbyva hpfs a msdosfs. O prvnim envim dost abych to >>>> posoudil, druhy je pro praci s takhle velkymi adresari nevhodny. >>>> >>>> Podle me zadny vhodny system v seznamu neni. >>> Hmm, no to je blbe. Malo by sa s tym nieco robit. Snad sa situacia vo >>> FreeBSD zmeni k lepsiemu, ked sa podari preportovat XFS a ZFS. >> pro ZFS uz by melo byt hodne hotovo: >> >> http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065306.html >> >> nevim jestli to je rozumna interni informace, ale Wikipedia ohledne >> ZFS tvrdi: "ZFS for FreeBSD will most likely first be seen in a 7.x >> release." > > tak o tom bych si dovolil dost silne pochybovat ;) rikal pav ze pristi tyden > bude code slush a neverim ze by neco takoveho commitli v code slush obdobi. > > ja zfs vidim v 8.x nie je trohu priskoro? ak teda naozaj nechcu vydat 7-cku v lete, ako povodne zamyslali, ale to si myslim nestihnu. kazdopadne, len teraz vysla 6.2 a podla ml mam pocit, ze este vela veci (co by mohli/mali ist do r7) nie je hotovych. no to len taka recnicka otazka.. m:) From babjak at hilbert.chtf.stuba.sk Tue Jan 16 07:43:56 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Tue, 16 Jan 2007 07:43:56 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115234842.GL3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> <45AC80CD.2010903@seznam.cz> <20070115230437.GJ3743@platon.sk> <45AC89AB.7000106@seznam.cz> <20070115234842.GL3743@platon.sk> Message-ID: <20070116064356.GC19984@hilbert.chtf.stuba.sk> > Trefa. Praveze je to postavene nad MySQL. ;-) Nevravim, ze do MySQL > nejde nahravat obrazky do databazy, ale vravim to, ze je to podla mna > prilis velke spomalenie voci jednoduchemu odservovaniu obrazkov priamo > z disku. ^-- Nic v zlom, ale mozete uviest okrem svojho nazoru aj nejaky rukolapnejsi dokaz svojho tvrdenia, ze vykonostny rozdiel medzi ulozenim v db a na fs je taky dramaticky? V konecnom dosledku su aj v db subory ulozene na fs, takze najpomalsia cast - pristup na fyzicky storage - je rovnako pomala. Akurat ze db by odstranila problem, nad ktorym tu placeme: indexovany pristup namiesto linearneho. Ano, v pripade db je navyse transfer medzi db a aplikaciou, ale pokial je to localhoste, zvycajne sa deje cez ipc, takze dost efektivne. No a v momente, ked budete potrebovat storage fyzicky oddelit od aplikacie - a to pri datovo narocnych sluzbach takmer vzdy nastane a ako mozeme vidiet, vasa aplikacia je datovo narocna - mozno zacne db vyhravat aj v tej komunikacii. > Kolki mate zaujem o nejaky benchmark, aby som ukazal, ze je to fakt > pomale? ;-) ^-- Skor by som mal zaujem o benchmark, ktory by ukazal, ze to fakt tak pomale nie je. Asi tak. :-) J. From cejkar at fit.vutbr.cz Tue Jan 16 09:20:08 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Tue, 16 Jan 2007 09:20:08 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115232947.GK3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115232947.GK3743@platon.sk> Message-ID: <20070116082008.GA92260@fit.vutbr.cz> Lubomir Host wrote (2007/01/16): > XFS pouziva binarne stromy (b+trees) kde sa len da, co rapidne zrychluje > operacie aj pri pocte suborov > 100 tis. v jednom adresari. No problem. > Udajne XFS testovali s milionmi suborov v jednom adresari a udajne to > bolo v pohode. ;-) Zrovna minuly tyden jsem delal restore zalohy na XFS v Linuxu a kdyz jsem se behem teto obnovy snazil vylistovat adresar s priblizne 150 000 soubory a v te dobe se uz obnova davno provadela ve zcela odlisne casti stromu, tak na ls jsem cekal priblizne 6 minut a na ls -l jsme cekal pres pul hodiny, pak jsem proces prerusil a v pohode jsem se necitil ani trochu. Po obnove uz ls bylo pouzitelne, cas v radu jednotek vterin, jenze to uz bylo s krizkem po funuse :o( Takze odsud posud - je mi skoro jedno, jestli cekam 1 s nebo 3 s, ale neni mi ani trochu jedno, jestli cekam 10 s nebo 1000 s. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From xdivac02 at stud.fit.vutbr.cz Tue Jan 16 09:54:05 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 16 Jan 2007 09:54:05 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070116064356.GC19984@hilbert.chtf.stuba.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> <45AC80CD.2010903@seznam.cz> <20070115230437.GJ3743@platon.sk> <45AC89AB.7000106@seznam.cz> <20070115234842.GL3743@platon.sk> <20070116064356.GC19984@hilbert.chtf.stuba.sk> Message-ID: <20070116085405.GA83692@stud.fit.vutbr.cz> On Tue, Jan 16, 2007 at 07:43:56AM +0100, Jozef Babjak wrote: > > Trefa. Praveze je to postavene nad MySQL. ;-) Nevravim, ze do MySQL > > nejde nahravat obrazky do databazy, ale vravim to, ze je to podla mna > > prilis velke spomalenie voci jednoduchemu odservovaniu obrazkov priamo > > z disku. existuji databaze primo urcene na ukladani obrazovych dat. tusim zrovna do mysql neco takoveho existuje.... ale detaily nevim, databaze mne nezajimaji. From xdivac02 at stud.fit.vutbr.cz Tue Jan 16 09:57:05 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 16 Jan 2007 09:57:05 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070116082008.GA92260@fit.vutbr.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115232947.GK3743@platon.sk> <20070116082008.GA92260@fit.vutbr.cz> Message-ID: <20070116085705.GB83692@stud.fit.vutbr.cz> On Tue, Jan 16, 2007 at 09:20:08AM +0100, Rudolf Cejka wrote: > Lubomir Host wrote (2007/01/16): > > XFS pouziva binarne stromy (b+trees) kde sa len da, co rapidne zrychluje > > operacie aj pri pocte suborov > 100 tis. v jednom adresari. No problem. > > Udajne XFS testovali s milionmi suborov v jednom adresari a udajne to > > bolo v pohode. ;-) > > Zrovna minuly tyden jsem delal restore zalohy na XFS v Linuxu a kdyz > jsem se behem teto obnovy snazil vylistovat adresar s priblizne 150 000 > soubory a v te dobe se uz obnova davno provadela ve zcela odlisne casti > stromu, tak na ls jsem cekal priblizne 6 minut a na ls -l jsme cekal > pres pul hodiny, pak jsem proces prerusil a v pohode jsem se necitil > ani trochu. Po obnove uz ls bylo pouzitelne, cas v radu jednotek vterin, > jenze to uz bylo s krizkem po funuse :o( Takze odsud posud - je mi skoro > jedno, jestli cekam 1 s nebo 3 s, ale neni mi ani trochu jedno, jestli > cekam 10 s nebo 1000 s. no.. ja myslim ze za tohle muze zrovna to ls a ne FS :) pac ls musi ty jmena seradit podle nazvu a buhvi jake algoritmy na to pouziva :) From kolar.radim at gmail.com Tue Jan 16 09:57:41 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Tue, 16 Jan 2007 09:57:41 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115234842.GL3743@platon.sk> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <45AB6A9C.1010703@obluda.cz> <45AC80CD.2010903@seznam.cz> <20070115230437.GJ3743@platon.sk> <45AC89AB.7000106@seznam.cz> <20070115234842.GL3743@platon.sk> Message-ID: <707e14750701160057s354d7f24h45f8b3484de535e3@mail.gmail.com> > Mam tu cest tahat niekedy obrazky (alebo vobec nejaky content) z jedneho > portalu, ktory podla vsetkeho ma tieto obrazky ulozene v databaze > (pravdepodobne nejaky Oracle). Aplikacia je napisana v Jave. Priemerny > cas odpovede tohto portalu na request je 3 sekundy. Podla vas je toto > OK? Podla mna nie. Podle mych testu umi apache obsluzit cca 1200 statickych stranek/sec. V praxi toho u nas tezko dosahne, vetsina uzivatelu nema tak rychle linky aby ten server takto zatizila. V logach jsou spicky okolo 250/sec. Pristup k DB je odhadem 10x pomalejsi (kdyz vyjdu z benchmarku mysql vs sqlite), coz by melo bohate stacit. Pokud je potreba pro nalezeni obrazku vice nez jeden SQL dotaz, pouzijte stored proceduru. Udelal jsem jednoduchy test se ZODB (coz je dost pomala databaze) a stroj na kterem trva buildworld+kernel 14 hodin zvladal lehce pres 20 obrazku/sec. Na rychlem stroji bude nejpomalejsi casti procesu stejne nacitani dat z disku. > Preto uz prosim nerieste to, ako ukladat obrazky do databazy. Naozaj by > som take riesenie nenasadil. ;-) Proste pri vysokej navstevnosti nie je > mozne mat ulozene obrazky v databaze. Nech mate sebelepsie zelezo. Pokud mate tak vysokou navstevnost, ze to dany stoj nestiha, tak se proste prida dalsi masina. Dedicated server dnes stoji cca 100 usd/mesic, coz server s vysokou navstevnosti vydela za par hodin. Databaze umi dnes bezne replikaci/failover/pooling. Navic se tim podstatne zvysi odolnost aplikace vuci vypadkum, coz je velice zadouci nebot downtime byva u serveru s vysokou navstevnosti velmi velmi drahy. From cejkar at fit.vutbr.cz Tue Jan 16 10:24:47 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Tue, 16 Jan 2007 10:24:47 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070116085705.GB83692@stud.fit.vutbr.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115232947.GK3743@platon.sk> <20070116082008.GA92260@fit.vutbr.cz> <20070116085705.GB83692@stud.fit.vutbr.cz> Message-ID: <20070116092447.GA77313@fit.vutbr.cz> Divacky Roman wrote (2007/01/16): > no.. ja myslim ze za tohle muze zrovna to ls a ne FS :) pac ls musi ty > jmena seradit podle nazvu a buhvi jake algoritmy na to pouziva :) ls jmena radit nemuselo, protoze dostalo parametr --sort=none. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From rajo at platon.sk Tue Jan 16 11:04:36 2007 From: rajo at platon.sk (Lubomir Host) Date: Tue, 16 Jan 2007 11:04:36 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070116092447.GA77313@fit.vutbr.cz> References: <20070115093554.GA3743@platon.sk> <45AB571C.1000702@obluda.cz> <20070115111148.GB3743@platon.sk> <20070115232947.GK3743@platon.sk> <20070116082008.GA92260@fit.vutbr.cz> <20070116085705.GB83692@stud.fit.vutbr.cz> <20070116092447.GA77313@fit.vutbr.cz> Message-ID: <20070116100436.GQ3743@platon.sk> On Tue, Jan 16, 2007 at 10:24:47AM +0100, Rudolf Cejka wrote: > Divacky Roman wrote (2007/01/16): > > no.. ja myslim ze za tohle muze zrovna to ls a ne FS :) pac ls musi ty > > jmena seradit podle nazvu a buhvi jake algoritmy na to pouziva :) > > ls jmena radit nemuselo, protoze dostalo parametr --sort=none. A skusal si spustit ls este raz na tak velkom foldri? Silne cachovanie XFS by sa tuto vyrazne prejavilo. Cisto laicky odhad pre server: do velkych adresarov sa siaha opakovane a ak je dost pamate, tak cachovanie vyrazne pomaha. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From jk-freebsdcz at ks.cz Tue Jan 16 12:16:59 2007 From: jk-freebsdcz at ks.cz (Jan Kulveit) Date: Tue, 16 Jan 2007 12:16:59 +0100 Subject: obmedzenia filesystemu UFS2: Too many links In-Reply-To: <20070115093554.GA3743@platon.sk> Message-ID: <20070116111659.GA11550@artax.karlin.mff.cuni.cz> Zdravim, ze se jeste vracim k puvodnimu tematu On Mon, Jan 15, 2007 at 10:35:54AM +0100, Lubomir Host wrote: > Zdravim, > > chcem sa spytat, ci je mozne na nejakej verzii FreeBSD s nejakym > suborovym systemom (napr UFS alebo UFS2) mat v jednom adresari viac ako > 32766 podadresarov. Inymi slovami, aby presiel tento test (benchmark): > ... > Je tento problem riesitelny bez zmeny platformy? > 1. Cekanim na dalsi verzi UFS. Cituju: http://www.freebsd.org/news/status/report-jan-2005-mar-2005.html ]Many subdirs for UFS ]URL: ]http://groups-beta.google.com/group/muc.lists.freebsd.fs/browse_frm/thread/a36 ] ]Contact: David Malone ] ]I'm currently looking at the limit on the number of subdirectories a ]directory can have in UFS. There is currently a limit of 32K subdirectories ]because of the 16 bit link count field in both struct stat and the on-disk ]inode format. The thread above shows that dirhash provides acceptable ]performance for directories with 100k subdirectories using a prototype ]patch. Two options for allowing many subdirectories seem to exist: changing ]the link counting scheme for directories and expanding the link count field. ]The prototype patch implements the first scheme and there are plans to ]investigate the second scheme (which may require an ABI change). Tezko rict kam to postoupilo, ale myslim ze za mail to stoji, prinejmesim by to pripomenulo ze nekoho takovy problem trapi :-) 2. pouzitim ve vyse odkazovane diskusi uvedeneho patche, ovsem jestli si troufnout nasadit to na produkcni server... na druhou stranu ten pocet linku je cislo prakticky k nicemu: v uvedenem pouziti by asi hlavni problem mohl byt s fsck v pripade nejakych problemu 3. zmenama v nedobre navrzene aplikaci (bez ohledu na limity filesystemu je ponekud odvazne pozadovat od OS efektivni pristup k adresari s opravdu velkym poctem polozek... ) 3.a. IMO prokazatelne rozumne reseni je cosi-jako-index s pouzitim prostredku filesystemu: jako jmena nejeke hashe, prvni znaky jako jmena podadresaru, typu 7/7a/jmenosouboru ... Pro pripad, ze byste to opet nekdo psali, tak v pripade aplikaci ktere jsou zaroven GPL a PHP lze vcetne resizovani obrazku a podobnych vymyslu prevzit napr. z Mediawiki. (Pokud to funguje na strance s navstevnosti asi tak kolem mista #10 a poctem souboru asi tak 1M x(pocet resizovanych velikosti)) 3.b. Paradoxne by asi fungoval i navrat k puvodni silenosti (tj uplne plocha struktura a vsechny soubory v jednom adresari) + vhodne nastaveni systemu, aby mohly naplno zabrat dirhashe. Pozornosti doporucuju sysctl vfs.ufs.dirhash_maxmem: 2097152 vfs.ufs.dirhash_mem: ? jk From xdivac02 at stud.fit.vutbr.cz Wed Jan 17 12:55:14 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 17 Jan 2007 12:55:14 +0100 Subject: pf se nestartuje pri bootu Message-ID: <20070117115514.GA74199@stud.fit.vutbr.cz> zdravim mam zvlastni problem. pf se mi nechce startovat pri bootu fbsd. v rc.conf mam: pf_enable="YES" pf_flags="-o -o" system je 6.2R, rucne "/etc/rc.d/pf start" funguje bez problemu. v messages zadna hlaska z pf neni. napada nekoho v cem muze byt problem? mne to naprosto unika roman From jp at devnull.cz Wed Jan 17 13:20:24 2007 From: jp at devnull.cz (Jan Pechanec) Date: Wed, 17 Jan 2007 13:20:24 +0100 (CET) Subject: pf se nestartuje pri bootu In-Reply-To: <20070117115514.GA74199@stud.fit.vutbr.cz> References: <20070117115514.GA74199@stud.fit.vutbr.cz> Message-ID: <20070117131635.O34176@shark.devnull.cz> On Wed, 17 Jan 2007, Divacky Roman wrote: >pf_enable="YES" >pf_flags="-o -o" > >system je 6.2R, rucne "/etc/rc.d/pf start" funguje bez problemu. >v messages zadna hlaska z pf neni. napada nekoho v cem >muze byt problem? mne to naprosto unika cau, mel bych jen takovou obecnou poznamku, prijde mi ze se to tu porad opakuje dokola. Kdyz jsem mel podobny problem s jakoukoli sluzbou a 5 minut me nic kloudnyho nenapadlo, tak jsem nasekal par debug echo hlasek do prislusnych skriptu, reboot, pak mozna pridal par dalsich a do 10 minut byl problem vyreseny. h. -- Jan Pechanec http://www.devnull.cz From dan at obluda.cz Wed Jan 17 13:52:44 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 17 Jan 2007 13:52:44 +0100 Subject: pf se nestartuje pri bootu In-Reply-To: <20070117131635.O34176@shark.devnull.cz> References: <20070117115514.GA74199@stud.fit.vutbr.cz> <20070117131635.O34176@shark.devnull.cz> Message-ID: <45AE1C1C.1060500@obluda.cz> Jan Pechanec wrote: > porad opakuje dokola. Kdyz jsem mel podobny problem s jakoukoli sluzbou a 5 > minut me nic kloudnyho nenapadlo, tak jsem nasekal par debug echo hlasek do > prislusnych skriptu, reboot, pak mozna pridal par dalsich a do 10 minut byl > problem vyreseny. h. Nemluve o tom, ze cely rc.subr subsystem ma enjaky vlastni debug-logovaci system, ktery se zapne nastavenim nejake promenne v rc.conf ... Tedy, mam dojem. Ja si taky zatim spis flakal vlastni ladici tisky tam, kde jsem je potreboval ... Dan From 000.fbsd at quip.cz Wed Jan 17 18:56:18 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed, 17 Jan 2007 18:56:18 +0100 Subject: pf se nestartuje pri bootu In-Reply-To: <20070117115514.GA74199@stud.fit.vutbr.cz> References: <20070117115514.GA74199@stud.fit.vutbr.cz> Message-ID: <45AE6342.1090108@quip.cz> Divacky Roman wrote: > zdravim > > mam zvlastni problem. pf se mi nechce startovat pri > bootu fbsd. v rc.conf mam: > > pf_enable="YES" > pf_flags="-o -o" > > system je 6.2R, rucne "/etc/rc.d/pf start" funguje bez problemu. > v messages zadna hlaska z pf neni. napada nekoho v cem > muze byt problem? mne to naprosto unika Nejsem si jistej, ale nekde jsem tohle nedavno videl resit. Jestli ze to nebylo v teto konferenci, tak pak to bylo v jedne z anglickych - net@, pf@, stable at ... zkus se mrknout do archivu maximalne par tydnu zpatky. Miroslav Lachman From zdrazil at atlas.cz Thu Jan 18 09:42:15 2007 From: zdrazil at atlas.cz (Martin Zdrazil) Date: Thu, 18 Jan 2007 09:42:15 +0100 Subject: calDAV Message-ID: <45AF32E7.1060806@atlas.cz> zdravim chci se zeptat zda mate neko nejake zkusenosti s instalaci jakehokoli calDAV serveru na freebsd. V praci jsem dostal za ukol udelat sdileny kalendar a protoze firemne pouzivame Thunderbirda pro postu, tak pri nainstalovani rozsireni Lightning mi dava moznost pouzit webdav a caldav server. chci otestovat oboje, ale nemuz sehnat zadnou slusnou radu ohledne instalace caldav servru na freebsd. diky Martin Zdrazil From chlastak at sloane.cz Thu Jan 18 16:16:29 2007 From: chlastak at sloane.cz (Miroslav Chlastak) Date: Thu, 18 Jan 2007 16:16:29 +0100 Subject: Notebook s 1000Mb sitovou kartou a podporou .1q vlan + jumbo frame Message-ID: <45AF8F4D.5090505@sloane.cz> Zdravim, hledam notebook, ktery by obsahoval 1000Mb sitovou kartu, ktera pod fbsd podporuje jumbo frame a .1q vlan. Dle manualove stranky vlan (man vlan) neni moc sitovek, ktere tuto funkcionalitu maji a jeste mene je notebooku, ktere tyto sitovky obsahuji. Muzete nekdo doporucit z praxe, ktery notebook takovou sitovou kartu ma? Oni prodejci moc sitovou kartu nespecifikuji a vetsinou uvadeji pouze "10/100/1000 sitova karta" a kdyz uz se rozepisi, tak uvedou "Broadcom 10/100/1000". A zrovna Broadcom u vsech chipu tuto funkcionalitu nema. Idealni by byl notebook s Intel Pro 1000, ale zadny takovy nemohu najit. Diky za odpovedi. -- Mira From jan_dusatko at post.cz Thu Jan 18 16:33:08 2007 From: jan_dusatko at post.cz (=?iso-8859-2?B?SmFuIER1ueF0a28=?=) Date: Thu, 18 Jan 2007 16:33:08 +0100 Subject: Notebook s 1000Mb sitovou kartou a podporou .1q vlan + jumbo frame In-Reply-To: <45AF8F4D.5090505@sloane.cz> Message-ID: <000101c73b15$f486b790$7b01a8c0@relict> Pouzivam notebook nw8000, broadcom zde funguje bez problemu. Moje osobni zkusenost s HP zelezem, obcas si hraji i s jinymi notebooky, zatim jsem nenarazil na problemy se sitovkami. Vadi mi pouze podpora grafickych karet ATI do X-Windows. Zdravim, hledam notebook, ktery by obsahoval 1000Mb sitovou kartu, ktera pod fbsd podporuje jumbo frame a .1q vlan. Dle manualove stranky vlan (man vlan) neni moc sitovek, ktere tuto funkcionalitu maji a jeste mene je notebooku, ktere tyto sitovky obsahuji. Muzete nekdo doporucit z praxe, ktery notebook takovou sitovou kartu ma? Oni prodejci moc sitovou kartu nespecifikuji a vetsinou uvadeji pouze "10/100/1000 sitova karta" a kdyz uz se rozepisi, tak uvedou "Broadcom 10/100/1000". A zrovna Broadcom u vsech chipu tuto funkcionalitu nema. Idealni by byl notebook s Intel Pro 1000, ale zadny takovy nemohu najit. Diky za odpovedi. From dan at obluda.cz Thu Jan 18 18:57:39 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 18 Jan 2007 18:57:39 +0100 (CET) Subject: Notebook s 1000Mb sitovou kartou a podporou .1q vlan + jumbo frame In-Reply-To: <000101c73b15$f486b790$7b01a8c0@relict> References: <000101c73b15$f486b790$7b01a8c0@relict> Message-ID: <20070118185600.B8075@ns.obluda.cz> On Thu, 18 Jan 2007, Jan Du??tko wrote: > Pouzivam notebook nw8000, broadcom zde funguje bez problemu. Nojo, ale otazka znela (zdalo se mi), jestli ta karta hardwarove podporuje > podporuje jumbo frame a .1q vlan. Tedy, predpokladam, ze tazatel se pta po hardwarove podpore ... Dan From pese at pese.sk Thu Jan 18 19:23:41 2007 From: pese at pese.sk (PeSe) Date: Thu, 18 Jan 2007 19:23:41 +0100 Subject: calDAV In-Reply-To: <45AF32E7.1060806@atlas.cz> References: <45AF32E7.1060806@atlas.cz> Message-ID: <45AFBB2D.8040701@pese.sk> zdravim, tato vez zaujima aj mna. jedine co som nasiel je evolution server http://cvsweb.freebsd.org/ports/databases/evolution-data-server ale neskusal som to. Ak budete mat viac informacii, dajte vediet. Peter Martin Zdrazil wrote: > zdravim > > chci se zeptat zda mate neko nejake zkusenosti s instalaci jakehokoli > calDAV serveru na freebsd. > V praci jsem dostal za ukol udelat sdileny kalendar a protoze firemne > pouzivame Thunderbirda pro postu, tak pri nainstalovani rozsireni > Lightning mi dava moznost pouzit webdav a caldav server. > chci otestovat oboje, ale nemuz sehnat zadnou slusnou radu ohledne > instalace caldav servru na freebsd. > > diky > > Martin Zdrazil From jan_dusatko at post.cz Thu Jan 18 22:12:09 2007 From: jan_dusatko at post.cz (=?iso-8859-2?B?SmFuIER1ueF0a28=?=) Date: Thu, 18 Jan 2007 22:12:09 +0100 Subject: Notebook s 1000Mb sitovou kartou a podporou .1q vlan + jumbo frame In-Reply-To: <20070118185600.B8075@ns.obluda.cz> Message-ID: <000801c73b45$50a21450$20fda8c0@relict> Omlouvam se, to jsem prehledl. On Thu, 18 Jan 2007, Jan Du??tko wrote: > Pouzivam notebook nw8000, broadcom zde funguje bez problemu. Nojo, ale otazka znela (zdalo se mi), jestli ta karta hardwarove podporuje > podporuje jumbo frame a .1q vlan. Tedy, predpokladam, ze tazatel se pta po hardwarove podpore ... Dan From mex at active.sk Thu Jan 18 23:23:44 2007 From: mex at active.sk (MeX) Date: Thu, 18 Jan 2007 23:23:44 +0100 Subject: Notebook s 1000Mb sitovou kartou a podporou .1q vlan + jumbo frame In-Reply-To: <000801c73b45$50a21450$20fda8c0@relict> References: <000801c73b45$50a21450$20fda8c0@relict> Message-ID: <45AFF370.80300@active.sk> Tiez mam tento model. Ale okrem ineho, nw8000 nekupis (jedine na inzerat, aj to je dost mala sanca). MeX On 18. 1. 2007 22:12 , Jan Du??tko wrote: > Omlouvam se, to jsem prehledl. > > On Thu, 18 Jan 2007, Jan Du??tko wrote: > > >>Pouzivam notebook nw8000, broadcom zde funguje bez problemu. > > > Nojo, ale otazka znela (zdalo se mi), jestli ta karta hardwarove > podporuje > > >>podporuje jumbo frame a .1q vlan. > > > Tedy, predpokladam, ze tazatel se pta po hardwarove podpore ... > > Dan From Iam at LukasMaly.NET Fri Jan 19 13:51:19 2007 From: Iam at LukasMaly.NET (Lukas Maly) Date: Fri, 19 Jan 2007 13:51:19 +0100 Subject: calDAV In-Reply-To: <45AF32E7.1060806@atlas.cz> References: <45AF32E7.1060806@atlas.cz> Message-ID: <1169211079.45197.10.camel@NB170275> Zdravim Osobne jsem toto resil s evolution. A pouzil jsem apache2 a v nem jsem jsem zapnul modul mod_dav + autentizaci. Pak se do daneho prostoru zalozi soubor user.ical a evoluce je posleze schopna exportovat kalendarove udaje do tohoto souboru. Thunderbird jsem nezkousel ... calDAV je podle me vesmes totez. Pro otestovani je vhodna aplikace cadaver - A command-line WebDAV client for Unix. L. Martin Zdrazil p??e v ?t 18. 01. 2007 v 09:42 +0100: > zdravim > > chci se zeptat zda mate neko nejake zkusenosti s instalaci jakehokoli > calDAV serveru na freebsd. > V praci jsem dostal za ukol udelat sdileny kalendar a protoze firemne > pouzivame Thunderbirda pro postu, tak pri nainstalovani rozsireni > Lightning mi dava moznost pouzit webdav a caldav server. > chci otestovat oboje, ale nemuz sehnat zadnou slusnou radu ohledne > instalace caldav servru na freebsd. > > diky > > Martin Zdrazil -- Lukas Maly LM.NET From 000.fbsd at quip.cz Fri Jan 19 13:55:41 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 19 Jan 2007 13:55:41 +0100 Subject: rychle mazani velkeho mnozstvi souboru Message-ID: <45B0BFCD.8020602@quip.cz> Existuje nejaky rychlejsi zpusob smazani urcite adresarove strutkur vcetne vsech vnorenych souboru a podadresaru, nez je pouziti rm -rf /path/to/dir ? Testoval jsem diskovy system s gmirrorem tim, ze jsem opakovane kopiroval ports tree az do uplneho zaplneni disku (tedy ne ze by doslo misto - 350GB partition, ale dosly inody). Zaplneni trvalo temer 4 dny a jak to ted vypada ze strmosti krivky v grafu, tak mazani bude trvat asi den a pul. (test byl plodny - jeden disk z mirroru se odporoucel - asi tady v konferenci zacinam byt proslaven odchazejicimi disky v mirroru). V tomto pripade je mi celkem jedno, jak dlouho se soubory z disku budou mazat, ale ciste teoreticky by me zajimalo, jestli je mozne pouzit i nejaky jiny (me dosud neznamy) zpusob odstraneni souboru, ktery by byl rychlejsi? Miroslav Lachman From pav at oook.cz Fri Jan 19 14:00:42 2007 From: pav at oook.cz (Pav Lucistnik) Date: Fri, 19 Jan 2007 14:00:42 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <45B0BFCD.8020602@quip.cz> References: <45B0BFCD.8020602@quip.cz> Message-ID: <1169211642.1884.12.camel@pav.hide.vol.cz> Miroslav Lachman p??e v p? 19. 01. 2007 v 13:55 +0100: > Existuje nejaky rychlejsi zpusob smazani urcite adresarove strutkur > vcetne vsech vnorenych souboru a podadresaru, nez je pouziti rm -rf > /path/to/dir ? > Testoval jsem diskovy system s gmirrorem tim, ze jsem opakovane > kopiroval ports tree az do uplneho zaplneni disku (tedy ne ze by doslo > misto - 350GB partition, ale dosly inody). Zaplneni trvalo temer 4 dny a > jak to ted vypada ze strmosti krivky v grafu, tak mazani bude trvat asi > den a pul. (test byl plodny - jeden disk z mirroru se odporoucel - asi > tady v konferenci zacinam byt proslaven odchazejicimi disky v mirroru). > > V tomto pripade je mi celkem jedno, jak dlouho se soubory z disku budou > mazat, ale ciste teoreticky by me zajimalo, jestli je mozne pouzit i > nejaky jiny (me dosud neznamy) zpusob odstraneni souboru, ktery by byl > rychlejsi? newfs? -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From 000.fbsd at quip.cz Fri Jan 19 14:20:50 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 19 Jan 2007 14:20:50 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <1169211642.1884.12.camel@pav.hide.vol.cz> References: <45B0BFCD.8020602@quip.cz> <1169211642.1884.12.camel@pav.hide.vol.cz> Message-ID: <45B0C5B2.7020206@quip.cz> Pav Lucistnik wrote: [...] >>V tomto pripade je mi celkem jedno, jak dlouho se soubory z disku budou >>mazat, ale ciste teoreticky by me zajimalo, jestli je mozne pouzit i >>nejaky jiny (me dosud neznamy) zpusob odstraneni souboru, ktery by byl >>rychlejsi? > > > newfs? Na tom oddilu jsou i jina data, ktera bych nerad smazal, jde tedy jen o smazani urcite casti dat z oddilu, ne vsechno. Miroslav Lachman From jk-freebsdcz at ks.cz Fri Jan 19 14:32:29 2007 From: jk-freebsdcz at ks.cz (Jan Kulveit) Date: Fri, 19 Jan 2007 14:32:29 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <45B0BFCD.8020602@quip.cz> References: <45B0BFCD.8020602@quip.cz> Message-ID: <20070119133229.GB47284@atiks.ks.cz> On Fri, Jan 19, 2007 at 01:55:41PM +0100, Miroslav Lachman wrote: > Existuje nejaky rychlejsi zpusob smazani urcite adresarove strutkur > vcetne vsech vnorenych souboru a podadresaru, nez je pouziti rm -rf > /path/to/dir ? ... > V tomto pripade je mi celkem jedno, jak dlouho se soubory z disku budou > mazat, ale ciste teoreticky by me zajimalo, jestli je mozne pouzit i > nejaky jiny (me dosud neznamy) zpusob odstraneni souboru, ktery by byl > rychlejsi? > prakticky - ostatni data dumpnout/tarnout jinam, newfs, restore teoreticky? co treba ve fsdb znicit korenovy adresar one struktury ;-) jk From babjak at hilbert.chtf.stuba.sk Fri Jan 19 14:33:00 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Fri, 19 Jan 2007 14:33:00 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <45B0BFCD.8020602@quip.cz> References: <45B0BFCD.8020602@quip.cz> Message-ID: <20070119133259.GA40455@hilbert.chtf.stuba.sk> > kopiroval ports tree az do uplneho zaplneni disku (tedy ne ze by doslo > misto - 350GB partition, ale dosly inody). Zaplneni trvalo temer 4 dny a ^-- Dosli inody? Nemozete pouzit UFS2? Tam by dojst nemali, IIRC. J. From xdivac02 at stud.fit.vutbr.cz Fri Jan 19 15:55:30 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 19 Jan 2007 15:55:30 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <45B0BFCD.8020602@quip.cz> References: <45B0BFCD.8020602@quip.cz> Message-ID: <20070119145530.GA27278@stud.fit.vutbr.cz> On Fri, Jan 19, 2007 at 01:55:41PM +0100, Miroslav Lachman wrote: > Existuje nejaky rychlejsi zpusob smazani urcite adresarove strutkur > vcetne vsech vnorenych souboru a podadresaru, nez je pouziti rm -rf > /path/to/dir ? > Testoval jsem diskovy system s gmirrorem tim, ze jsem opakovane > kopiroval ports tree az do uplneho zaplneni disku (tedy ne ze by doslo > misto - 350GB partition, ale dosly inody). Zaplneni trvalo temer 4 dny a > jak to ted vypada ze strmosti krivky v grafu, tak mazani bude trvat asi > den a pul. (test byl plodny - jeden disk z mirroru se odporoucel - asi > tady v konferenci zacinam byt proslaven odchazejicimi disky v mirroru). > > V tomto pripade je mi celkem jedno, jak dlouho se soubory z disku budou > mazat, ale ciste teoreticky by me zajimalo, jestli je mozne pouzit i > nejaky jiny (me dosud neznamy) zpusob odstraneni souboru, ktery by byl > rychlejsi? je tam zaple softupdates? to by melo/mohlo ovlivnit rychlost tohodle. From 000.fbsd at quip.cz Fri Jan 19 17:55:00 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 19 Jan 2007 17:55:00 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <20070119133259.GA40455@hilbert.chtf.stuba.sk> References: <45B0BFCD.8020602@quip.cz> <20070119133259.GA40455@hilbert.chtf.stuba.sk> Message-ID: <45B0F7E4.3050807@quip.cz> Jozef Babjak wrote: >>kopiroval ports tree az do uplneho zaplneni disku (tedy ne ze by doslo >>misto - 350GB partition, ale dosly inody). Zaplneni trvalo temer 4 dny a > > > ^-- Dosli inody? Nemozete pouzit UFS2? Tam by dojst nemali, IIRC. FileSystem je UFS2 (instalace freebsd 6.2-RC2) a nevim o tom, ze by UFS2 bylo nejak vyrazne odlisne od UFS v tom, aby mu nemohly dojit inody. root at elsa ~/# dumpfs /vol0 | head -n 18 magic 19540119 (UFS2) time Fri Jan 19 17:47:29 2007 superblock location 65536 id [ 4585b95d d6de03fa ] ncg 1854 size 174385575 blocks 168897680 bsize 16384 shift 14 mask 0xffffc000 fsize 2048 shift 11 mask 0xfffff800 frag 8 shift 3 fsbtodb 2 minfree 8% optim time symlinklen 120 maxbsize 16384 maxbpg 2048 maxcontig 8 contigsumsize 8 nbfree 8856134 ndir 6936764 nifree 10818799 nffree 39923 bpg 11761 fpg 94088 ipg 23552 nindir 2048 inopb 64 maxfilesize 140806241583103 sbsize 2048 cgsize 16384 csaddr 3000 cssize 30720 sblkno 40 cblkno 48 iblkno 56 dblkno 3000 cgrotor 1039 fmod 0 ronly 0 clean 0 avgfpdir 64 avgfilesize 16384 flags soft-updates fsmnt /vol0 volname swuid 0 Tohle je hlaska z logu: Jan 19 03:33:21 elsa kernel: pid 70878 (cp), uid 0 inumber 39590912 on /vol0: out of inodes Momentalni stav (v prubehu mazani tech milionu souboru) je: Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/mirror/gm0s2d 322G 187G 110G 63% 32811662 10853744 75% /vol0 Zkopirovanych adresaru /usr/ports bylo priblizne 470 A jeste info pro Romana - ano, SU je pouzito: /dev/mirror/gm0s2d on /vol0 (ufs, local, noexec, nosuid, soft-updates) Miroslav Lachman From koutek at o-k.cz Fri Jan 19 23:10:00 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Fri, 19 Jan 2007 23:10:00 +0100 Subject: Prejmenovani portu? Message-ID: <1169244600.2040.10.camel@shift.o-k.cz> Ahoj, snazil jsem se vygooglit nejaky popis, jak se prejmenovava port, ale nic jsem nenasel. Proto by me zajimal nejlepsi popis, jak se takova akce dela. Konkretne potrebuji prejmenovat www/phpadsnew na www/openads a zmenit maintainera na me, ale stejne by me zajimal popis oficialniho postupu Dik. Ondra From pav at oook.cz Sat Jan 20 14:28:18 2007 From: pav at oook.cz (Pav Lucistnik) Date: Sat, 20 Jan 2007 14:28:18 +0100 Subject: Prejmenovani portu? In-Reply-To: <1169244600.2040.10.camel@shift.o-k.cz> References: <1169244600.2040.10.camel@shift.o-k.cz> Message-ID: <1169299698.4652.7.camel@ikaros.oook.cz> Ondra Koutek p??e v p? 19. 01. 2007 v 23:10 +0100: > snazil jsem se vygooglit nejaky popis, jak se prejmenovava port, ale nic > jsem nenasel. Proto by me zajimal nejlepsi popis, jak se takova akce > dela. Posli PR s pozadavkem na prejmenovani portu. > Konkretne potrebuji prejmenovat www/phpadsnew na www/openads a zmenit > maintainera na me, ale stejne by me zajimal popis oficialniho postupu Doufam ze to mas povolene od stavajiciho maintainera. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From babjak at hilbert.chtf.stuba.sk Mon Jan 22 07:26:14 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Mon, 22 Jan 2007 07:26:14 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <45B0F7E4.3050807@quip.cz> References: <45B0BFCD.8020602@quip.cz> <20070119133259.GA40455@hilbert.chtf.stuba.sk> <45B0F7E4.3050807@quip.cz> Message-ID: <20070122062614.GA41031@hilbert.chtf.stuba.sk> > FileSystem je UFS2 (instalace freebsd 6.2-RC2) a nevim o tom, ze by UFS2 > bylo nejak vyrazne odlisne od UFS v tom, aby mu nemohly dojit inody. ^-- To je prave jedna z klucovych vlastnosti UFS2, IIRC. Pozri predposlednu podkapitolu v clanku http://hilbert.chtf.stuba.sk/freebsd/013-Suborovy-system-UFS2/index.html J. From jp at devnull.cz Sun Jan 21 13:26:29 2007 From: jp at devnull.cz (Jan Pechanec) Date: Sun, 21 Jan 2007 13:26:29 +0100 (CET) Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <45B0F7E4.3050807@quip.cz> References: <45B0BFCD.8020602@quip.cz> <20070119133259.GA40455@hilbert.chtf.stuba.sk> <45B0F7E4.3050807@quip.cz> Message-ID: <20070121132226.X47594@shark.devnull.cz> On Fri, 19 Jan 2007, Miroslav Lachman wrote: >FileSystem je UFS2 (instalace freebsd 6.2-RC2) a nevim o tom, ze by UFS2 >bylo nejak vyrazne odlisne od UFS v tom, aby mu nemohly dojit inody. neni odlisne, tj. inody dynamicky nealokuje. Pouze umoznuje lazy inicializaci, takze newfs je vyrazne rychlejsi. XFS i ZFS dynamicky alokujou inody. h. -- Jan Pechanec http://www.devnull.cz From jp at devnull.cz Mon Jan 22 12:49:39 2007 From: jp at devnull.cz (Jan Pechanec) Date: Mon, 22 Jan 2007 12:49:39 +0100 (CET) Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <20070122062614.GA41031@hilbert.chtf.stuba.sk> References: <45B0BFCD.8020602@quip.cz> <20070119133259.GA40455@hilbert.chtf.stuba.sk> <45B0F7E4.3050807@quip.cz> <20070122062614.GA41031@hilbert.chtf.stuba.sk> Message-ID: <20070122123323.S51004@shark.devnull.cz> On Mon, 22 Jan 2007, Jozef Babjak wrote: >> FileSystem je UFS2 (instalace freebsd 6.2-RC2) a nevim o tom, ze by UFS2 >> bylo nejak vyrazne odlisne od UFS v tom, aby mu nemohly dojit inody. > > ^-- To je prave jedna z klucovych vlastnosti UFS2, IIRC. Pozri >predposlednu podkapitolu v clanku > >http://hilbert.chtf.stuba.sk/freebsd/013-Suborovy-system-UFS2/index.html to neni tak zcela pravda. Dynamic allocation a lazy allocation je rozdil. UFS2 ma stale limit na pocet inodu, ktere muze vytvorit, a tim je velikost rezervovane casti filesystemu. viz sekce 4.1: http://www.usenix.org/events/bsdcon03/tech/full_papers/mckusick/mckusick_html/index.html h. -- Jan Pechanec http://www.devnull.cz From gabriel31337 at gmail.com Mon Jan 22 13:02:59 2007 From: gabriel31337 at gmail.com (gabriel) Date: Mon, 22 Jan 2007 13:02:59 +0100 Subject: T-Mobile 4G PCMCIA combo karta Message-ID: <45B4A7F3.2010107@gmail.com> Ahojte, cistou nahodou nerozbehaval niekto tuto kartu pod svojim milacikom a nedopracoval sa az do extazy? http://t-mobile.cz/Web/Residential/Telefony/Telefon.aspx/Telefon/316 Co som tak chvilu googlil, tak moc toho nie je, len nejake info z augusta, ale tam sa jedna o iny typ karty.. Budem vdacny za akukolvek pomoc. Gabriel From 000.fbsd at quip.cz Mon Jan 22 13:55:57 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon, 22 Jan 2007 13:55:57 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <20070122123323.S51004@shark.devnull.cz> References: <45B0BFCD.8020602@quip.cz> <20070119133259.GA40455@hilbert.chtf.stuba.sk> <45B0F7E4.3050807@quip.cz> <20070122062614.GA41031@hilbert.chtf.stuba.sk> <20070122123323.S51004@shark.devnull.cz> Message-ID: <45B4B45D.1080307@quip.cz> Jan Pechanec wrote: > On Mon, 22 Jan 2007, Jozef Babjak wrote: >>>FileSystem je UFS2 (instalace freebsd 6.2-RC2) a nevim o tom, ze by UFS2 >>>bylo nejak vyrazne odlisne od UFS v tom, aby mu nemohly dojit inody. >> >> ^-- To je prave jedna z klucovych vlastnosti UFS2, IIRC. Pozri >>predposlednu podkapitolu v clanku >> >>http://hilbert.chtf.stuba.sk/freebsd/013-Suborovy-system-UFS2/index.html > > > to neni tak zcela pravda. Dynamic allocation a lazy allocation je > rozdil. UFS2 ma stale limit na pocet inodu, ktere muze vytvorit, a tim je > velikost rezervovane casti filesystemu. > > viz sekce 4.1: > > http://www.usenix.org/events/bsdcon03/tech/full_papers/mckusick/mckusick_html/index.html At tak ci onak, system zkratka zahlasil, ze mu inody dosly a pritom je tam opravdu UFS2. Jak probihalo zaplneni a nasledne mazani disku v case, si mohou zajemci prohldnout na tomto grafu http://www.quip.cz/1/freebsd/mrtg/fulldisk_delete/local_hdd_vol0_var-week.png Miroslav Lachman From rajo at platon.sk Mon Jan 22 15:19:27 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 22 Jan 2007 15:19:27 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <45B4B45D.1080307@quip.cz> References: <45B0BFCD.8020602@quip.cz> <20070119133259.GA40455@hilbert.chtf.stuba.sk> <45B0F7E4.3050807@quip.cz> <20070122062614.GA41031@hilbert.chtf.stuba.sk> <20070122123323.S51004@shark.devnull.cz> <45B4B45D.1080307@quip.cz> Message-ID: <20070122141927.GN3743@platon.sk> On Mon, Jan 22, 2007 at 01:55:57PM +0100, Miroslav Lachman wrote: > At tak ci onak, system zkratka zahlasil, ze mu inody dosly a pritom je > tam opravdu UFS2. > Jak probihalo zaplneni a nasledne mazani disku v case, si mohou zajemci > prohldnout na tomto grafu > http://www.quip.cz/1/freebsd/mrtg/fulldisk_delete/local_hdd_vol0_var-week.png Celkom zaujimavy je zlom na konci grafu pri mazani. Vies to nejako vysvetlit? Nahle doslo k zrychleniu mazania? Preco? Taktiez proces zaplnania je miernucko prehnuty. To by znacilo na nepatrne spomalovanie zapisu s rastucim objemom dat. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From 000.fbsd at quip.cz Mon Jan 22 15:58:13 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon, 22 Jan 2007 15:58:13 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <20070122141927.GN3743@platon.sk> References: <45B0BFCD.8020602@quip.cz> <20070119133259.GA40455@hilbert.chtf.stuba.sk> <45B0F7E4.3050807@quip.cz> <20070122062614.GA41031@hilbert.chtf.stuba.sk> <20070122123323.S51004@shark.devnull.cz> <45B4B45D.1080307@quip.cz> <20070122141927.GN3743@platon.sk> Message-ID: <45B4D105.2040202@quip.cz> Lubomir Host wrote: > On Mon, Jan 22, 2007 at 01:55:57PM +0100, Miroslav Lachman wrote: > >>At tak ci onak, system zkratka zahlasil, ze mu inody dosly a pritom je >>tam opravdu UFS2. >>Jak probihalo zaplneni a nasledne mazani disku v case, si mohou zajemci >>prohldnout na tomto grafu >>http://www.quip.cz/1/freebsd/mrtg/fulldisk_delete/local_hdd_vol0_var-week.png > > > Celkom zaujimavy je zlom na konci grafu pri mazani. Vies to nejako > vysvetlit? Nahle doslo k zrychleniu mazania? Preco? > > Taktiez proces zaplnania je miernucko prehnuty. To by znacilo na > nepatrne spomalovanie zapisu s rastucim objemom dat. > > rajo Popis grafu je nasledujici: Puvodne byl test nastaven na 100 cyklu, to skoncilo v noci z pondeli na utery a zaclo se mazat, ale rucne jsem ho zastavil a pridal dalsich 370 cyklu a znovu spustil - proto je tam ten maly zub. Pak uz to jelo plynule az do patku cca 3:30, kdy dosly inody na disku a zaclo se mazat. V patek vecer okolo 19h vypadnul jeden disk v mirroru - to na grafu neni videt zadnou zmenou rychlosti mazani. Cim je zpusoben ten zlom ke konci soboty nemam nejmensi tuseni, pravdepodobne to ma cosi spolecneho s mistem na disku / poctem inodu. Na tom serveru temer nic nebezi, takze by to nemelo byt ani ovlivneno zadnou ze sluzeb. Je dost mozne, ze se takhle projevuje to, na kterem miste na plotne se zrovna zapisuje (na vnejsi strane disku je zapis / cteni rychlejsi nez u stredu) Miroslav Lachman From rajo at platon.sk Mon Jan 22 16:14:21 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 22 Jan 2007 16:14:21 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <45B4D105.2040202@quip.cz> References: <45B0BFCD.8020602@quip.cz> <20070119133259.GA40455@hilbert.chtf.stuba.sk> <45B0F7E4.3050807@quip.cz> <20070122062614.GA41031@hilbert.chtf.stuba.sk> <20070122123323.S51004@shark.devnull.cz> <45B4B45D.1080307@quip.cz> <20070122141927.GN3743@platon.sk> <45B4D105.2040202@quip.cz> Message-ID: <20070122151421.GO3743@platon.sk> On Mon, Jan 22, 2007 at 03:58:13PM +0100, Miroslav Lachman wrote: > >>http://www.quip.cz/1/freebsd/mrtg/fulldisk_delete/local_hdd_vol0_var-week.png > > > Popis grafu je nasledujici: > Puvodne byl test nastaven na 100 cyklu, to skoncilo v noci z pondeli na > utery a zaclo se mazat, ale rucne jsem ho zastavil a pridal dalsich 370 > cyklu a znovu spustil - proto je tam ten maly zub. Pak uz to jelo > plynule az do patku cca 3:30, kdy dosly inody na disku a zaclo se mazat. > V patek vecer okolo 19h vypadnul jeden disk v mirroru - to na grafu neni > videt zadnou zmenou rychlosti mazani. > Cim je zpusoben ten zlom ke konci soboty nemam nejmensi tuseni, > pravdepodobne to ma cosi spolecneho s mistem na disku / poctem inodu. Na > tom serveru temer nic nebezi, takze by to nemelo byt ani ovlivneno > zadnou ze sluzeb. Dakujem za upresnenie. > Je dost mozne, ze se takhle projevuje to, na kterem miste na plotne se > zrovna zapisuje (na vnejsi strane disku je zapis / cteni rychlejsi nez u > stredu) Nie je zaujimave to, ze sa to zrychlilo, resp. spomalilo, ale to, ze sa to zrychlilo takym skokom. V dmesg nie je nejaka zmienka o tom, ze sa prepina " optimization changed from TIME to SPACE" ? rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From jaroslav.votruba at keytec.cz Tue Jan 23 12:59:47 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Tue, 23 Jan 2007 12:59:47 +0100 Subject: =?ISO-8859-2?Q?zablokov=E1n=ED_internetovych_radii?= Message-ID: <45B5F8B3.8060303@keytec.cz> dobr? den prosim o radu jak nejlepe v cele firme zablokovat internetove radia. Nejak se to posledni dobou rozmohlo a zas takovou konektivitu nemame,aby se to vse utahlo. Vysledkem jsou nakrknuti uzivaci. Prikazem shora to nepujde ponevadz plno lidi je na samostatnych provozech a neni nad nima zadna kontrola. Napadlo me.pokud by I-radia pouzivali specifickej port ,tak ten bloknout,ale ono to urcite pojede na portu s www pres javascript. Jina moznost by byla omezit to dummynetem a priskrtit problemakum prutok linkou a pri dosazeni limitu jim to priskrtit jeste vic. Ale neprijde mi to moc elegantni. mate nejakou zkusennost s timto? -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From dan at obluda.cz Tue Jan 23 13:13:43 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 23 Jan 2007 13:13:43 +0100 Subject: =?ISO-8859-2?Q?zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <45B5F8B3.8060303@keytec.cz> References: <45B5F8B3.8060303@keytec.cz> Message-ID: <45B5FBF7.3030408@obluda.cz> Jaroslav Votruba napsal/wrote, On 01/23/07 12:59: > prosim o radu jak nejlepe v cele firme zablokovat internetove radia. > Nejak se to posledni dobou rozmohlo a zas takovou konektivitu nemame,aby > se to vse utahlo. Vysledkem jsou nakrknuti uzivaci. Prikazem shora to > nepujde ponevadz plno lidi je na samostatnych provozech a neni nad nima > zadna kontrola. Jestlize reditel toho podniku nema pravomoci a schopnosti vydat prikaz, kteri budou vsichni respektovat (jestli ne, tak je proste vyhodi), tak jste. Maximalne si muzete hrat s vlastnimi zamestnanci na schovavanou a testovat, kdo je sikovnejsi. Jestli vy v hledani opatreni a nebo oni v pouzivani Googla, ktery jim poradi, jak je prekonat. Spousta casu, namahy, ztraceneho pracovniho casu na obou stranach, a stejne nevyhrajete. A to jen kvuli neschopnemu vedeni ... > javascript. Jina moznost by byla omezit to dummynetem a priskrtit > problemakum prutok linkou a pri dosazeni limitu jim to priskrtit jeste Muzete zkusit pocitat data a podle objemu identifikovat podezrele stroje. Muzete zkusit takove stroj vyhledavat podle charakteristiky provozu. Podle toho, jaky program pouzivaji nekdy muzete pouzit sledovani podle portu. Ale skoro kazde opatreni muze do urcite miry zasahnout i ty, kteri rdia neposlouchaji a u tech, kteri poslouchaji muze zasahnout i jine, povolene, aktivity - a ti vsichni pak budou rvat, ze kvuli vam nemohou poradne pracovat - a jestli jednate proti vuli vedeni (coz je jedine vysvetleni, proc nespolupracuji s vyjimkou neschopnosti), tak si to odskacete. Jestli proti vuli vedeni nejednate, tak upozorneni zamestnancum, ze poslouchani internetovych radii je zakazane a prekroceni zakazu bude posuzovano jako hrube poruseni pracovni kazne je nejefektivnejsi opatreni, kterym muzete problem resit. Cokoliv jineho bude daleko pracnejsi a podstatne mene ucinne. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From jaroslav.votruba at keytec.cz Tue Jan 23 13:34:38 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Tue, 23 Jan 2007 13:34:38 +0100 Subject: =?ISO-8859-1?Q?zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <45B5FBF7.3030408@obluda.cz> References: <45B5F8B3.8060303@keytec.cz> <45B5FBF7.3030408@obluda.cz> Message-ID: <45B600DE.3060803@keytec.cz> > Jestlize reditel toho podniku nema pravomoci a schopnosti vydat prikaz, > kteri budou vsichni respektovat (jestli ne, tak je proste vyhodi), tak > jste. Maximalne si muzete hrat s vlastnimi zamestnanci na schovavanou a > testovat, kdo je sikovnejsi. > problem je v tom,dokazat jim,ze poslouchaj to radio-plno lidi ma vyhled na vsechny strany a pokud se priblizi nekdo kdo je muze skrouhnout,lehce jej vypnou > Muzete zkusit pocitat data a podle objemu identifikovat podezrele > stroje. Muzete zkusit takove stroj vyhledavat podle charakteristiky > provozu. Podle toho, jaky program pouzivaji nekdy muzete pouzit > sledovani podle portu. > pokud ty radia jedou pres http protokol jsem mimo,protoze se tu pouziva firemni aplikace ovladana webovym rozhranim kdy na druhe strane je php aplikace-tim padem pada dummynet-coz jsem puvodne nedomyslel Nerikam ze je to neresitelny,ale nejak se mi do toho nechce. > Ale skoro kazde opatreni muze do urcite miry zasahnout i ty, kteri rdia > neposlouchaji a u tech, kteri poslouchaji muze zasahnout i jine, > povolene, aktivity - a ti vsichni pak budou rvat, ze kvuli vam nemohou > poradne pracovat - > hmmm,to je pravda ,bohuzel budu muset zvolit mensi zlo > > -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From jaroslav.votruba at keytec.cz Tue Jan 23 13:40:56 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Tue, 23 Jan 2007 13:40:56 +0100 Subject: =?ISO-8859-1?Q?zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <45B5FBF7.3030408@obluda.cz> References: <45B5F8B3.8060303@keytec.cz> <45B5FBF7.3030408@obluda.cz> Message-ID: <45B60258.3060005@keytec.cz> > Jestlize reditel toho podniku nema pravomoci a schopnosti vydat > prikaz, kteri budou vsichni respektovat (jestli ne, tak je proste > vyhodi), tak jste. Maximalne si muzete hrat s vlastnimi zamestnanci na > schovavanou a testovat, kdo je sikovnejsi. problem je v tom,dokazat jim,ze poslouchaj to radio-plno lidi ma vyhled na vsechny strany a pokud se priblizi nekdo kdo je muze skrouhnout,lehce jej vypnou > Muzete zkusit pocitat data a podle objemu identifikovat podezrele > stroje. Muzete zkusit takove stroj vyhledavat podle charakteristiky > provozu. Podle toho, jaky program pouzivaji nekdy muzete pouzit > sledovani podle portu. > pokud ty radia jedou pres http protokol jsem mimo,protoze se tu pouziva firemni aplikace ovladana webovym rozhranim kdy na druhe strane je php aplikace-tim padem pada dummynet-coz jsem puvodne nedomyslel > Ale skoro kazde opatreni muze do urcite miry zasahnout i ty, kteri > rdia neposlouchaji a u tech, kteri poslouchaji muze zasahnout i jine, > povolene, aktivity - a ti vsichni pak budou rvat, ze kvuli vam nemohou > poradne pracovat - hmmm,to je pravda ,bohuzel budu muset zvolit mensi zlo > > -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From mitr at centrum.cz Tue Jan 23 13:44:16 2007 From: mitr at centrum.cz (MiTR) Date: Tue, 23 Jan 2007 13:44:16 +0100 Subject: =?iso-8859-2?Q?Re:_zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <45B5F8B3.8060303@keytec.cz> References: <45B5F8B3.8060303@keytec.cz> Message-ID: <472685928.20070123134416@centrum.cz> JV> dobr? den JV> prosim o radu jak nejlepe v cele firme zablokovat internetove radia. JV> Nejak se to posledni dobou rozmohlo a zas takovou konektivitu nemame,aby JV> se to vse utahlo. Vysledkem jsou nakrknuti uzivaci. Prikazem shora to JV> nepujde ponevadz plno lidi je na samostatnych provozech a neni nad nima JV> zadna kontrola. Napadlo me.pokud by I-radia pouzivali specifickej port JV> ,tak ten bloknout,ale ono to urcite pojede na portu s www pres JV> javascript. Jina moznost by byla omezit to dummynetem a priskrtit JV> problemakum prutok linkou a pri dosazeni limitu jim to priskrtit jeste JV> vic. Ale neprijde mi to moc elegantni. mate nejakou zkusennost s timto? Co t?eba zak?zat domenu play.cz ? T?eba si to pou?t? tak, ?e tam zajdou a kliknou proklikaj? se na "okno s radiem". A potom t?eba zak?zat MP3 a OGG na portu 8000 ? -- S pozdravem, MiTR mitr at centrum.cz From jaroslav.votruba at keytec.cz Tue Jan 23 13:53:06 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Tue, 23 Jan 2007 13:53:06 +0100 Subject: =?ISO-8859-2?Q?zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <472685928.20070123134416@centrum.cz> References: <45B5F8B3.8060303@keytec.cz> <472685928.20070123134416@centrum.cz> Message-ID: <45B60532.1090109@keytec.cz> > > Co t?eba zak?zat domenu play.cz ? > to je jedna domena,co ty ostatni? > T?eba si to pou?t? tak, ?e tam zajdou a kliknou proklikaj? se na > "okno s radiem". > > to je to,ze me to nikdo nerekne odkud to pousti,byli by samy proti sobe > A potom t?eba zak?zat MP3 a OGG na portu 8000 ? > mohl by jste to rozvest?Ja myslel ze to leze obaleny http protokolem. nemam s I-radiama zadne zkusennosti,takze se mohu mylit -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From koutek at o-k.cz Tue Jan 23 13:59:25 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Tue, 23 Jan 2007 13:59:25 +0100 Subject: =?ISO-8859-1?Q?zablokov=E1n=ED?= internetovych radii In-Reply-To: <45B600DE.3060803@keytec.cz> References: <45B5F8B3.8060303@keytec.cz> <45B5FBF7.3030408@obluda.cz> <45B600DE.3060803@keytec.cz> Message-ID: <1169557165.1502.27.camel@shift.o-k.cz> Reseni je jednoduche. Neblokovat, ale monitorovat. To ze radio vypne neznamena, ze v nejakem logu neni zaznam o tom , ze ho poslouchal. osobne bych si trebas dal pravidlo na logovani packet filteru. Nastavil pevne IP stanicim pridelovane pres DHCP oproti MACu a pak je vyhrano. Necham to po prikazu bezet tyden, pak udelam sestavu, tu predam vedeni. Filtrovat pres http se da podle cilove adresy, pac vetsina radii jede pres live.atlas.cz pripadne tak nejak podobne. mimochodem neni ta PHP aplikace na intranetu? Pokud ano, mohlo by byt resenim nasazeni proxy serveru. Netvrdim, ze je to buh vi jak neprustrelne, ale neustale musis vychazet z toho, ze bezny zamestnanec netusi, co je v hlave sysadmina a co doopravdy umis. Napriklad ja na firemnim vecirku pred par lety jednomu zvedavci prozradil, ze logujeme vsechno, ale vedeni je tak hodne, ze to zatim nechava. nicmene jakmile by nekdo zacal misto prace spis lozit po pornu nebo poslouchal radia, tak budou mit utrum. No a je klid. Tedy temer. A ty jednotlivosti (pustena p2p aplikace) se resi proste pomoci okamziteho tcpdumpu odkud a kam co lita a pak jsem u toho pocitace v cuku letu. Uzivatel je rad, ze jsem na nej vletel ja a ne reditel a vetsinou mi veri, ze pristi podobny prohresek uz k rediteli pujde. Ondra Jaroslav Votruba p??e v ?t 23. 01. 2007 v 13:34 +0100: > > Jestlize reditel toho podniku nema pravomoci a schopnosti vydat prikaz, > > kteri budou vsichni respektovat (jestli ne, tak je proste vyhodi), tak > > jste. Maximalne si muzete hrat s vlastnimi zamestnanci na schovavanou a > > testovat, kdo je sikovnejsi. > > > problem je v tom,dokazat jim,ze poslouchaj to radio-plno lidi ma vyhled > na vsechny strany a pokud se priblizi nekdo kdo je muze skrouhnout,lehce > jej vypnou > > Muzete zkusit pocitat data a podle objemu identifikovat podezrele > > stroje. Muzete zkusit takove stroj vyhledavat podle charakteristiky > > provozu. Podle toho, jaky program pouzivaji nekdy muzete pouzit > > sledovani podle portu. > > > pokud ty radia jedou pres http protokol jsem mimo,protoze se tu pouziva > firemni aplikace ovladana webovym rozhranim kdy na druhe strane je php > aplikace-tim padem pada dummynet-coz jsem puvodne nedomyslel > > Nerikam ze je to neresitelny,ale nejak se mi do toho nechce. > > Ale skoro kazde opatreni muze do urcite miry zasahnout i ty, kteri rdia > > neposlouchaji a u tech, kteri poslouchaji muze zasahnout i jine, > > povolene, aktivity - a ti vsichni pak budou rvat, ze kvuli vam nemohou > > poradne pracovat - > > > hmmm,to je pravda ,bohuzel budu muset zvolit mensi zlo > > > > > From dan at obluda.cz Tue Jan 23 13:59:59 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 23 Jan 2007 13:59:59 +0100 Subject: =?ISO-8859-1?Q?zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <45B600DE.3060803@keytec.cz> References: <45B5F8B3.8060303@keytec.cz> <45B5FBF7.3030408@obluda.cz> <45B600DE.3060803@keytec.cz> Message-ID: <45B606CF.4080401@obluda.cz> Jaroslav Votruba napsal/wrote, On 01/23/07 13:34: >> Jestlize reditel toho podniku nema pravomoci a schopnosti vydat >> prikaz, kteri budou vsichni respektovat (jestli ne, tak je proste > problem je v tom,dokazat jim,ze poslouchaj to radio-plno lidi ma vyhled > na vsechny strany a pokud se priblizi nekdo kdo je muze skrouhnout,lehce > jej vypnou Na podezreni staci trafshow - podezrela spojeni prenasejici delsi dobu vetsi mnozstvi dat ukazou. A jinak - na tom pocitaci nema co delat software, ktery takove poslouchani umozni. Vcetne mplayeru. Mozna dokaze "poslouchani" vypnout, ale tezko stihne i odinstalovat program. Otazka je, jestli vubec potrebuji funkcni zvukovou kartu ... > pokud ty radia jedou pres http protokol jsem mimo,protoze se tu pouziva > firemni aplikace ovladana webovym rozhranim kdy na druhe strane je php > aplikace-tim padem pada dummynet-coz jsem puvodne nedomyslel Povinne pouzivani HTTP proxy, zablokovani primych spojeni. LOG proxy obsahuje URL kam prislusny pocitac pristupoval. > hmmm,to je pravda ,bohuzel budu muset zvolit mensi zlo Spravce site neni od toho, aby stanovoval cile - to musi vedeni podniku. Takze zakladem je opravdu zcela jasny zakaz ze strany vedeni. Pak uz nehledame jak jim v zxakazane cinnosti zabranit, ale jak ji rozpoznat, coz je jednodussi. Nicmene, skoro mam dojem, ze se az tak moc nebavime o FreeBSD ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Tue Jan 23 14:02:14 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 23 Jan 2007 14:02:14 +0100 Subject: =?ISO-8859-2?Q?zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <45B60532.1090109@keytec.cz> References: <45B5F8B3.8060303@keytec.cz> <472685928.20070123134416@centrum.cz> <45B60532.1090109@keytec.cz> Message-ID: <45B60756.3090501@obluda.cz> Jaroslav Votruba napsal/wrote, On 01/23/07 13:53: > mohl by jste to rozvest?Ja myslel ze to leze obaleny http protokolem. > nemam s I-radiama zadne zkusennosti,takze se mohu mylit Otazka je, jestli lepe nez teoretizovat nad tim, co tak asi ti zamestnanci pouzivaji, odkud to tahaji by nebylo jednodussi a ucinnejsi si pustit to trafshow a podivat se co, kdo a odkud doopravdy ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From ivo at vutbr.cz Tue Jan 23 14:10:19 2007 From: ivo at vutbr.cz (Ivo Hazmuk) Date: Tue, 23 Jan 2007 14:10:19 +0100 Subject: =?ISO-8859-2?Q?zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <45B60532.1090109@keytec.cz> References: <45B5F8B3.8060303@keytec.cz> <472685928.20070123134416@centrum.cz> <45B60532.1090109@keytec.cz> Message-ID: <45B6093B.3040906@vutbr.cz> Jaroslav Votruba wrote: > >> >> Co t?eba zak?zat domenu play.cz ? >> > > to je jedna domena,co ty ostatni? > >> T?eba si to pou?t? tak, ?e tam zajdou a kliknou proklikaj? se na >> "okno s radiem". A co takhle zkusit hnat veskery HTTP provoz pres proxy cache (Squid). Tim ziskate do ruky seznam vsech URL, ktera byla zadana. V kombinaci s autentizaci, to mate vcetne jmena uzivatele. Vetsinou by vsak mela stacit IP adresa pocitace, ze ktereho pozadavek vzesel. Pridate-li SquidGuard, ziskate mocny nastroj na filtrovani URL. Vedeni vyda narizeni, ze internetova radia jsou zakazana pod sankci a v ruce mate kontrolni mechanismus dodrzovani tohoto zakazu. Vyjimky jsou sice neprijemne, ale lze je resit. Potom staci jeden exemplarne potrestany a ostatni si radeji donesou osvedceny tranzistorak. Ale jak zde jiz bylo zmineno. Bez podpory vedeni se poustite na tenky led. Ivo Hazmuk From pm-conf at kostax.cz Tue Jan 23 14:16:15 2007 From: pm-conf at kostax.cz (Petr Macek) Date: Tue, 23 Jan 2007 14:16:15 +0100 Subject: Terminalovy server na FreeBSD Message-ID: <45B60A9F.5080405@kostax.cz> Zdravim, potrebuji udelat terminalovy server na FreeBSD. Neco jako je napr. http://www.ltsp.org/ pro linux. Kdyz jsem chvilku googlil, tak se dost casto pouzva jen VNC na stanicich. Ja bych od toho potreboval vic - term. stanice (P2 a P3/128MB RAM) se rano spusti (jisticem :-), nabootuji ze site a slouzi jen k tomu, aby studenti mohly na internet. Nic vic. Idealne, kdyby se spustil jen browser a nic dalsiho. ltsp vypada pomerne jednoduse, vse ma rovnou pripravene (tftp, dhcp, ...) ale radeji bych vse na BSD. Mate nekdo s necim takovym zkusenost? Diky za rady PM -- # --------------- # Petr Macek # pm at kostax.cz # icq: 87323239 # www.kostax.cz # MySQL www client (PHP) ... try it! # http://the.cz/mywwwatcher From jaroslav.votruba at keytec.cz Tue Jan 23 14:25:11 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Tue, 23 Jan 2007 14:25:11 +0100 Subject: =?ISO-8859-2?Q?zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <45B6093B.3040906@vutbr.cz> References: <45B5F8B3.8060303@keytec.cz> <472685928.20070123134416@centrum.cz> <45B60532.1090109@keytec.cz> <45B6093B.3040906@vutbr.cz> Message-ID: <45B60CB7.7040309@keytec.cz> > A co takhle zkusit hnat veskery HTTP provoz pres proxy cache (Squid). > Tim ziskate do ruky seznam vsech URL, ktera byla zadana. V kombinaci s > autentizaci, to mate vcetne jmena uzivatele. Vetsinou by vsak mela > stacit IP adresa pocitace, ze ktereho pozadavek vzesel. > jj ,proxy me nenapadla,vydam se timto smerem diky -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From sobotkap at centrum.cz Tue Jan 23 14:33:46 2007 From: sobotkap at centrum.cz (Petr Sobotka) Date: Tue, 23 Jan 2007 14:33:46 +0100 Subject: =?ISO-8859-1?Q?zablokov=E1n=ED?= internetovych radii In-Reply-To: <45B5F8B3.8060303@keytec.cz> References: <45B5F8B3.8060303@keytec.cz> Message-ID: <1169559226.6270.9.camel@localhost> Jaroslav Votruba p??e v ?t 23. 01. 2007 v 12:59 +0100: > dobr? den > prosim o radu jak nejlepe v cele firme zablokovat internetove radia. > Nejak se to posledni dobou rozmohlo a zas takovou konektivitu nemame,aby > se to vse utahlo. Vysledkem jsou nakrknuti uzivaci. Prikazem shora to > nepujde ponevadz plno lidi je na samostatnych provozech a neni nad nima > zadna kontrola. Napadlo me.pokud by I-radia pouzivali specifickej port > ,tak ten bloknout,ale ono to urcite pojede na portu s www pres > javascript. Jina moznost by byla omezit to dummynetem a priskrtit > problemakum prutok linkou a pri dosazeni limitu jim to priskrtit jeste > vic. Ale neprijde mi to moc elegantni. mate nejakou zkusennost s timto? > Osobne jsem to "resil" trosku jinak ... Zjistil jsem ze u nas se vetsinou poslouchaji max. tri internetova radia. Takze jsem umistil cachovaci server pro tyto radia a uzivatele se pripojuji na cache server. Takze sitova(internetova) zatez je v rozumnych mezich. Uzivatele jsou spokojeny a kdyby chteli poslouchat jina radio, tak ho vyzkousi (bez cache server) a pokud se jim liby, tak jim ho pridam do cache serveru. Vim ze to neni odpoved na tvou otazku, ale osobne mi to prijde jako nejlepsi reseni ;) S pozdravem, Petr Sobotka aka Pietro From jaroslav.votruba at keytec.cz Tue Jan 23 14:43:18 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Tue, 23 Jan 2007 14:43:18 +0100 Subject: Terminalovy server na FreeBSD In-Reply-To: <45B60A9F.5080405@kostax.cz> References: <45B60A9F.5080405@kostax.cz> Message-ID: <45B610F6.70600@keytec.cz> s bootem ti neporadim,ale sem ti mel nastaveno na halach ,ze se zapnuli(taky jisticem),bootly(normalne) a pak se mi samy pres SSH konektly na server,kde byl stejnej uzivatel jako na stanici a v jeho nastaveni jsem mel aplikaci,ktera se spustila a na vse ostatni byl trap. je to asi 2 roky musel bych zabadat jak to bylo nastaveny,dyztak se ozvy a kouknem na to. Stejne ke me nekdo od vas zejtra ma ject,tak pokud bys to byl ty ,muzem na to hodit voko Petr Macek napsal(a): > Zdravim, > potrebuji udelat terminalovy server na FreeBSD. Neco jako je napr. > http://www.ltsp.org/ pro linux. > > Kdyz jsem chvilku googlil, tak se dost casto pouzva jen VNC na > stanicich. Ja bych od toho potreboval vic - term. stanice (P2 a > P3/128MB RAM) se rano spusti (jisticem :-), nabootuji ze site a slouzi > jen k tomu, aby studenti mohly na internet. Nic vic. Idealne, kdyby se > spustil jen browser a nic dalsiho. > > ltsp vypada pomerne jednoduse, vse ma rovnou pripravene (tftp, dhcp, > ...) ale radeji bych vse na BSD. Mate nekdo s necim takovym zkusenost? > > Diky za rady > > PM > > -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From calda at dzungle.ms.mff.cuni.cz Tue Jan 23 14:56:50 2007 From: calda at dzungle.ms.mff.cuni.cz (Jiri Calda) Date: Tue, 23 Jan 2007 14:56:50 +0100 Subject: Terminalovy server na FreeBSD In-Reply-To: <45B610F6.70600@keytec.cz> References: <45B60A9F.5080405@kostax.cz> <45B610F6.70600@keytec.cz> Message-ID: <45B61422.3080301@dzungle.ms.mff.cuni.cz> Jaroslav Votruba wrote: >> jen k tomu, aby studenti mohly na internet. Nic vic. Idealne, kdyby se >> spustil jen browser a nic dalsiho. Provozujeme bezdiskove stanice (modifikace s flash) ze po zapnuti FBSD nabootoje, pusti se X a pod nima browser. Je to chvile hrani, ale je to odladitelne a takto proveditelne. Doporucuji udelat si to sam, lepe pak budes hledat zdroje problemu, kdyz neco.... Sem bych se obracel s zadostma o navedeni k reseni jednotlivych podproblemu. Jirka From D.Slezak at sh.cvut.cz Tue Jan 23 14:57:27 2007 From: D.Slezak at sh.cvut.cz (D.Slezak at sh.cvut.cz) Date: Tue, 23 Jan 2007 14:57:27 +0100 Subject: Terminalovy server na FreeBSD In-Reply-To: <45B60A9F.5080405@kostax.cz> References: <45B60A9F.5080405@kostax.cz> Message-ID: <1169560647.45b614478bada@desitka.sh.cvut.cz> Zdar, asi pred rokem jsem delal neco podobneho. Bezdiskove stanice bootovaly pomoci pxeboot a pak si pres NFS natahly zbytek, zaply lokalni X server a pripojily se pomoci X protokolu k terminalovemu serveru. Vsude je spousta navodu, postupoval jsem zhruba podle: http://www.onlamp.com/pub/a/bsd/2004/09/09/diskless_server.html Daniel Slezak Cituji z emailu od Petr Macek : > Zdravim, > potrebuji udelat terminalovy server na FreeBSD. Neco jako je napr. > http://www.ltsp.org/ pro linux. > > Kdyz jsem chvilku googlil, tak se dost casto pouzva jen VNC na > stanicich. Ja bych od toho potreboval vic - term. stanice (P2 a > P3/128MB RAM) se rano spusti (jisticem :-), nabootuji ze site a slouzi > jen k tomu, aby studenti mohly na internet. Nic vic. Idealne, kdyby se > spustil jen browser a nic dalsiho. > > ltsp vypada pomerne jednoduse, vse ma rovnou pripravene (tftp, dhcp, > ...) ale radeji bych vse na BSD. Mate nekdo s necim takovym zkusenost? > > Diky za rady > > PM > > -- > # --------------- > # Petr Macek > # pm at kostax.cz > # icq: 87323239 > # www.kostax.cz > > # MySQL www client (PHP) ... try it! > # http://the.cz/mywwwatcher > > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l > From dan at obluda.cz Tue Jan 23 15:00:34 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 23 Jan 2007 15:00:34 +0100 Subject: Terminalovy server na FreeBSD In-Reply-To: <45B60A9F.5080405@kostax.cz> References: <45B60A9F.5080405@kostax.cz> Message-ID: <45B61502.5060601@obluda.cz> Petr Macek napsal/wrote, On 01/23/07 14:16: > stanicich. Ja bych od toho potreboval vic - term. stanice (P2 a > P3/128MB RAM) se rano spusti (jisticem :-), nabootuji ze site a slouzi > jen k tomu, aby studenti mohly na internet. Nic vic. Idealne, kdyby se > spustil jen browser a nic dalsiho. To jsou dva az tri nezavisle problemy. Jedna je nabootovat ze site nejakou vhodnou konfiguraci pocitace - to je disk-less varianta FreeBSD. Zda tim vznikne "tlusty" klient, na kterem Xy a browser pojedou primo, nebo zda tak date vzniknout jen tenkemu klientovi, kde budou jen Xy a browser se bude spoustet na serveru a na klientovi jen zobrazovat je na uvaze. No, a co se studentum dovoli ci nedovoli spoustet je zase otazka prav a firewallu ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From mitr at centrum.cz Tue Jan 23 15:01:33 2007 From: mitr at centrum.cz (MiTR) Date: Tue, 23 Jan 2007 15:01:33 +0100 Subject: =?iso-8859-2?Q?Re[2]:_zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <45B60532.1090109@keytec.cz> References: <45B5F8B3.8060303@keytec.cz> <472685928.20070123134416@centrum.cz> <45B60532.1090109@keytec.cz> Message-ID: <1599302563.20070123150133@centrum.cz> >> Co t?eba zak?zat domenu play.cz ? >> JV> to je jedna domena,co ty ostatni? T?eba by i toto samo m?lo velk? ??inek :-) Nev?m jak chyt?? jsou ty zam?stnanci :-) >> T?eba si to pou?t? tak, ?e tam zajdou a kliknou proklikaj? se na >> "okno s radiem". >> >> JV> to je to,ze me to nikdo nerekne odkud to pousti,byli by samy proti sobe >> A potom t?eba zak?zat MP3 a OGG na portu 8000 ? >> JV> mohl by jste to rozvest?Ja myslel ze to leze obaleny http protokolem. JV> nemam s I-radiama zadne zkusennosti,takze se mohu mylit No t?eba: http://amp1.cesnet.cz:8000/cro1-256.ogg From xkucf03 at seznam.cz Tue Jan 23 20:04:40 2007 From: xkucf03 at seznam.cz (=?ISO-8859-2?Q?Franti=B9ek_Ku=E8era?=) Date: Tue, 23 Jan 2007 20:04:40 +0100 Subject: =?ISO-8859-2?Q?zablokov=E1n=ED_internetovych_radii?= In-Reply-To: <45B5F8B3.8060303@keytec.cz> References: <45B5F8B3.8060303@keytec.cz> Message-ID: <45B65C48.7000903@seznam.cz> Podle m? by bylo vhodn? zav?st proxy pro http a v?echen ostatn? provoz zak?zat, ostatn? b??n? zam?stnanec pro svoji pr?ci v?c ne? http nepot?ebuje (mail jde p?es po?tovn? server), a v opr?vn?n?ch p??padech se daj? vyjednat v?jimky. Druh? mo?nost je http proxy, kter? bude m?t p?ednost a zbytek ???ky p?sma -- nevyt??enou kapacitu -- by mohli zam?stnanci vyu??vat pro jin? provoz, t?eba ty r?dia. Je to sice technicky n?ro?n?j??, ale nen? vhodn? lidi omezovat v?c ne? je nutn?, nav?c poslech r?dia pr?ci obvykle ne?kod?. Franta Jaroslav Votruba napsal(a): > dobr? den > prosim o radu jak nejlepe v cele firme zablokovat internetove radia. > Nejak se to posledni dobou rozmohlo a zas takovou konektivitu > nemame,aby se to vse utahlo. Vysledkem jsou nakrknuti uzivaci. > Prikazem shora to nepujde ponevadz plno lidi je na samostatnych > provozech a neni nad nima zadna kontrola. Napadlo me.pokud by I-radia > pouzivali specifickej port ,tak ten bloknout,ale ono to urcite pojede > na portu s www pres javascript. Jina moznost by byla omezit to > dummynetem a priskrtit problemakum prutok linkou a pri dosazeni > limitu jim to priskrtit jeste vic. Ale neprijde mi to moc elegantni. > mate nejakou zkusennost s timto? > From xkucf03 at seznam.cz Tue Jan 23 20:18:21 2007 From: xkucf03 at seznam.cz (=?UTF-8?B?RnJhbnRpxaFlayBLdcSNZXJh?=) Date: Tue, 23 Jan 2007 20:18:21 +0100 Subject: Terminalovy server na FreeBSD In-Reply-To: <45B60A9F.5080405@kostax.cz> References: <45B60A9F.5080405@kostax.cz> Message-ID: <45B65F7D.9090108@seznam.cz> Je?t? mne napad? pou?it? n?jak?ho live CD, jestli na tom m? b??et jen bruska, tak by to sta?ilo, pak bych pro ty po??ta?e omezil s??ov? provoz pouze na port 80 ven a je to. Franta P.S. ale hroz? tu, ?e by n?kdo CD vym?nil za vlastn? upraven? s n?jak?m ?pion??n?m softwarem a mohl by tak odpojslouch?vat hesla ostatn?ch :( Tak?e by bylo pot?eba mechaniky fyzicky zabezpe?it (zasunout hloub? do sk??n? a p?idat kryt, to by m?lo sta?it :-) Petr Macek napsal(a): > Zdravim, > potrebuji udelat terminalovy server na FreeBSD. Neco jako je napr. > http://www.ltsp.org/ pro linux. > > Kdyz jsem chvilku googlil, tak se dost casto pouzva jen VNC na > stanicich. Ja bych od toho potreboval vic - term. stanice (P2 a > P3/128MB RAM) se rano spusti (jisticem :-), nabootuji ze site a slouzi > jen k tomu, aby studenti mohly na internet. Nic vic. Idealne, kdyby se > spustil jen browser a nic dalsiho. > > ltsp vypada pomerne jednoduse, vse ma rovnou pripravene (tftp, dhcp, > ...) ale radeji bych vse na BSD. Mate nekdo s necim takovym zkusenost? > > Diky za rady > > PM > > From 000.fbsd at quip.cz Tue Jan 23 21:07:00 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 23 Jan 2007 21:07:00 +0100 Subject: rychle mazani velkeho mnozstvi souboru In-Reply-To: <20070122151421.GO3743@platon.sk> References: <45B0BFCD.8020602@quip.cz> <20070119133259.GA40455@hilbert.chtf.stuba.sk> <45B0F7E4.3050807@quip.cz> <20070122062614.GA41031@hilbert.chtf.stuba.sk> <20070122123323.S51004@shark.devnull.cz> <45B4B45D.1080307@quip.cz> <20070122141927.GN3743@platon.sk> <45B4D105.2040202@quip.cz> <20070122151421.GO3743@platon.sk> Message-ID: <45B66AE4.2000505@quip.cz> Lubomir Host wrote: [...] >>Je dost mozne, ze se takhle projevuje to, na kterem miste na plotne se >>zrovna zapisuje (na vnejsi strane disku je zapis / cteni rychlejsi nez u >>stredu) > > > Nie je zaujimave to, ze sa to zrychlilo, resp. spomalilo, ale to, ze sa > to zrychlilo takym skokom. V dmesg nie je nejaka zmienka o tom, ze sa > prepina " optimization changed from TIME to SPACE" ? > > rajo Pro jistotu jsem se znovu koukal do messages a nic takoveho tam neni, takze ten nahly skok zkratka nedokazu nijak vysvetlit / oduvodnit. Miroslav Lachman From 000.fbsd at quip.cz Tue Jan 23 21:45:39 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 23 Jan 2007 21:45:39 +0100 Subject: zatuhnuti systemu po odebrani disku Message-ID: <45B673F3.3030703@quip.cz> Jak jsem tu pred par dny psal o zapisu a naslednem mazani velkeho poctu souboru na disk (gmirror), tak dnes jsem byl v serverovne odebrat vadny disk, ktery pujde na reklamaci. Co me ale zarazilo je to, ze kdyz disk pri prvni chybe (vice jak tyden zpatky) uplne zmizel ze systemu (nebyl videt ani prikazem atacontrol list), tak system bezi naprosto bez problemu dal (coz je podle me ocekavany efekt, kdyz jsou to dva disky v kompletnim gmirroru - tedy ad4 + ad6 tvori zarizeni gm0). Tak tomu bylo dle mych realnych zkusenosti ve verzi 6.1 i 6.2-RC1-p1. O vikendu jsem na tom serveru upgradnul na 6.2-RELEASE (toho casu uz jel jen na jednom disku - ad4, druhy byl s gmirroru kvuli chybam vyloucen samotnym systemem). Dnes jsem prisel k servery, pripojil konzoli, prikazem atacontrol detach disk "odpojil", jeste par minut jsem na serveru dal pracoval a pak jsem obesel rack a vytahnul suplik s diskem, vratil se k monitoru s klavesnici a zjistil, ze system uplne zatuhnul a musel jsem ho natvrdo restartoval. To mi prijde jako dost podivne chovani v pripade, ze system ten disk nijak nepouziva, disk byl rucne "odpojen" prikazem atacontrol a pritom pri "havarijnim odebrani" a naslednem rucnim vydani a opetovnem zandani disku system bezel, okamzite nadetekoval disk a zacal ho zase synchronizovat do mirroru (tak tomu bylo pred tydnem). Je tohle chovani (zatuhnuti systemu pri odpojeni nepouzivaneho disku) "normalni"? Nebo je to nejaky novy bug v 6.2-RELEASE? (nevite nekdo takhel z hlavy, jestli mezi RC1 a RELEASE probehla nejaka uprava v casti kodu, ktera by se toho mohla tykat?). Jedna se o server Sun Fire X2100, ktery ma mit HotSwap disky Miroslav Lachman From xdivac02 at stud.fit.vutbr.cz Tue Jan 23 22:28:44 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 23 Jan 2007 22:28:44 +0100 Subject: zatuhnuti systemu po odebrani disku In-Reply-To: <45B673F3.3030703@quip.cz> References: <45B673F3.3030703@quip.cz> Message-ID: <20070123212844.GA24065@stud.fit.vutbr.cz> On Tue, Jan 23, 2007 at 09:45:39PM +0100, Miroslav Lachman wrote: > Jak jsem tu pred par dny psal o zapisu a naslednem mazani velkeho poctu > souboru na disk (gmirror), tak dnes jsem byl v serverovne odebrat vadny > disk, ktery pujde na reklamaci. Co me ale zarazilo je to, ze kdyz disk > pri prvni chybe (vice jak tyden zpatky) uplne zmizel ze systemu (nebyl > videt ani prikazem atacontrol list), tak system bezi naprosto bez > problemu dal (coz je podle me ocekavany efekt, kdyz jsou to dva disky v > kompletnim gmirroru - tedy ad4 + ad6 tvori zarizeni gm0). Tak tomu bylo > dle mych realnych zkusenosti ve verzi 6.1 i 6.2-RC1-p1. O vikendu jsem > na tom serveru upgradnul na 6.2-RELEASE (toho casu uz jel jen na jednom > disku - ad4, druhy byl s gmirroru kvuli chybam vyloucen samotnym systemem). > Dnes jsem prisel k servery, pripojil konzoli, prikazem atacontrol detach > disk "odpojil", jeste par minut jsem na serveru dal pracoval a pak jsem > obesel rack a vytahnul suplik s diskem, vratil se k monitoru s > klavesnici a zjistil, ze system uplne zatuhnul a musel jsem ho natvrdo > restartoval. > To mi prijde jako dost podivne chovani v pripade, ze system ten disk > nijak nepouziva, disk byl rucne "odpojen" prikazem atacontrol a pritom > pri "havarijnim odebrani" a naslednem rucnim vydani a opetovnem zandani > disku system bezel, okamzite nadetekoval disk a zacal ho zase > synchronizovat do mirroru (tak tomu bylo pred tydnem). myslim ze tohle by bylo lepsi reportovat na stable@ nez na users-L@ :) > Je tohle chovani (zatuhnuti systemu pri odpojeni nepouzivaneho disku) > "normalni"? Nebo je to nejaky novy bug v 6.2-RELEASE? (nevite nekdo > takhel z hlavy, jestli mezi RC1 a RELEASE probehla nejaka uprava v casti > kodu, ktera by se toho mohla tykat?). witten ata# cvs diff -u -rRELENG_6_1_0_RELEASE -rRELENG_6_2_0_RELEASE | wc -l 1190 zmenilo se dost ;) From dan at obluda.cz Tue Jan 23 22:53:43 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 23 Jan 2007 22:53:43 +0100 Subject: zatuhnuti systemu po odebrani disku In-Reply-To: <45B673F3.3030703@quip.cz> References: <45B673F3.3030703@quip.cz> Message-ID: <45B683E7.7000903@obluda.cz> Miroslav Lachman napsal/wrote, On 01/23/07 21:45: > Dnes jsem prisel k servery, pripojil konzoli, prikazem atacontrol detach > disk "odpojil", jeste par minut jsem na serveru dal pracoval a pak jsem > obesel rack a vytahnul suplik s diskem, vratil se k monitoru s > klavesnici a zjistil, ze system uplne zatuhnul a musel jsem ho natvrdo > restartoval. ... > Je tohle chovani (zatuhnuti systemu pri odpojeni nepouzivaneho disku) > "normalni"? No, asi neni planovano, ze by to melo byt normalni, ale moje zkusenost z dlouhodobe perspektivy je, ze pridavani a odebirani disku byla vzdy riskantni operace. Ano, casto se to povede bez problemu, nicmene, v nevelkem lec nezanedbatelnem poctu pripadu to skonci padem - konkretne "tichym zadrenim" ze ktereho nelze nic vycist a nevznikne ani core-dump, takze tezko neco analyzovat ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From 000.fbsd at quip.cz Tue Jan 23 23:16:18 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 23 Jan 2007 23:16:18 +0100 Subject: zatuhnuti systemu po odebrani disku In-Reply-To: <20070123212844.GA24065@stud.fit.vutbr.cz> References: <45B673F3.3030703@quip.cz> <20070123212844.GA24065@stud.fit.vutbr.cz> Message-ID: <45B68932.3050507@quip.cz> Divacky Roman wrote: [...] >>Je tohle chovani (zatuhnuti systemu pri odpojeni nepouzivaneho disku) >>"normalni"? Nebo je to nejaky novy bug v 6.2-RELEASE? (nevite nekdo >>takhel z hlavy, jestli mezi RC1 a RELEASE probehla nejaka uprava v casti >>kodu, ktera by se toho mohla tykat?). > > > witten ata# cvs diff -u -rRELENG_6_1_0_RELEASE -rRELENG_6_2_0_RELEASE | wc -l > 1190 > > zmenilo se dost ;) mezi 6.1 a 6.2 ano, ale me by spis zajimalo mezi 6.2-RC1 a 6.2-RELEASE - jelikoz predtim jsem pri vyjmuti disku mel 6.2-RC1 a system to ustal, pri druhem 6.2-RELEASE a system zatuhnul. Miroslav Lachman From dan at obluda.cz Tue Jan 23 23:34:43 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 23 Jan 2007 23:34:43 +0100 Subject: zatuhnuti systemu po odebrani disku In-Reply-To: <45B68932.3050507@quip.cz> References: <45B673F3.3030703@quip.cz> <20070123212844.GA24065@stud.fit.vutbr.cz> <45B68932.3050507@quip.cz> Message-ID: <45B68D83.6000808@obluda.cz> Miroslav Lachman napsal/wrote, On 01/23/07 23:16: > mezi 6.1 a 6.2 ano, ale me by spis zajimalo mezi 6.2-RC1 a 6.2-RELEASE - > jelikoz predtim jsem pri vyjmuti disku mel 6.2-RC1 a system to ustal, > pri druhem 6.2-RELEASE a system zatuhnul. Mozna je to u tebe jinak, ale moje zkusenost je, ze se to zadira v jednom pripade z nekolika desitek (10-30), ovsem, samozrejme statisticky vzato - to znamena, ze se klidne muze stat, ze to na 6.1-RC1 pri deseti vyjmutich nespadlo ani jednou a na 6.2-R spadlo napoprve aniz by to bylo dukazem jakekoliv zmeny, ktera by na tohle mela vliv. Ale muze to samozrejme byt i jinak. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From daniel-dvorak at atlas.cz Thu Jan 25 03:24:01 2007 From: daniel-dvorak at atlas.cz (daniel-dvorak at atlas.cz) Date: Thu, 25 Jan 2007 03:24:01 +0100 Subject: Z ad0s1a do ad0a Message-ID: Zdrav?m v?echny, dost mi vad?, ?e pravidla nab?daj? k psan? bez diakritiky. Jsem zvykl? ps?t v ?e?tin? tzv. hezky ?esky. Pravidlo pova?uji za dosti staromodn?, omezuj?c? a omezen?, neadekv?tn? tomu, ?e se jedn? p?edev??m o ?eskou e-mailovou konferenci. Chyb? jak?koliv argument pro toto omezen?. R?d bych byl pou?en. Nebo je to tam jen ze setrva?nosti ? Mnoho p??sp?vk? je v ?e?tin?. P?ich?z?m do t?to konference se sv?m p??sp?vkem poprv? a tak budi? pod??d?m se pochybn?mu pravidlu a n?sleduj?c? v?ty u? budou bez naboden??ka. Mel jsem problem s CF kartou na wrap platforme (amd geode cpu) s bootovanim os. Od konce srpna az do pulky zari na ni bylo FreeBSD 6.1, 6-STABLE az po 6.2-RC2 s vlastnim kernelem bez problemu. Naposledy kdyz wrap fungoval jsem ukladal nejake zmeny do rc.conf a bylo nutne wrap rebootovat. Uz nenabehl. Zarizeni bylo znovu pripojeno na seriovou konzoli. Jediny co po zapnuti wrapu bylo videt je neuspesne nacteni FreeBSD boot (ad0,a): souboru /boot/loader.conf asi a oznamajuci navic chybu "boot error 16 lba 191". Google nalezl dva odkazy z cehoz jeden je dosud nezopovezen v konferenci a ten druhy je nejaky takovy ani nevim jaky proste nepomohl. Co s tim ? Mel jsem image ze srpna a nic zvlastniho se tam nemenilo za tu dobu takze jsem pomoci dd se pokusil prenest rozbity stav cf k pozdejsi pripadne analyze a nahrat tam image ze zalohy. To se nezdarilo po preneseni prvnich 96kB z da0 s hlasenim "input/output error". Rekli jsme si s kolegou ze mozna je CF karta cela poskozena. Pripojili jsme ji pod windows pres ctecku, zformatovali vfat16kou. Bez problemu. Provedli jsme zapis jednoho avi na cf a opet zapis bez problemu. Takze CF karta se nam opet zacla jevit jako funkcni. Pod FreeSBIE 2.0 pripojenem samba share kde byl stary srpnovy image jsme ho zapsali. Problem byl ale ten, ze namisto toho ze pred tim v /dev a fstab bylo /dev/da0s1a / a /dev/da0s1b none, tak nyni po formatu ve windows v /dev bylo ad0a a ad0b a ad0c ??? Dobra zapsal jsem to pod of=/dev/da0 jake neprijemne prekvapeni se konalo po bootovani oziveneho image ve wrapu kdyz nenasel root partisnu (manual root partition). Na CF byly dva file systemy /dev/da0a a /dev/da0b. Mel jsem za to ze dd dela zapis 1:1 a i kdyby windows tam narvaly jakykoliv zprzeny vfat tak dd to kompletne prepise. Tak zrejme asi ne. Muze mi nekdo k tomu neco rici, co se stalo ? Kde je chyba. Protoze takovy system ktery nema slice se mi nelibi hold to musim instalovat cely znova a dostat tam slice za kazdou cenu. P.S.: Omlouvam se ze prispevek je dlouhy priste uz se umirnim. ------------------------------------------ http://www.icq.atlas.cz/ From daniel-dvorak at atlas.cz Thu Jan 25 03:51:18 2007 From: daniel-dvorak at atlas.cz (daniel-dvorak at atlas.cz) Date: Thu, 25 Jan 2007 03:51:18 +0100 Subject: instalace NetServer LH Pro Message-ID: Zdravim vsechny, chtel jsem nainstalovat cerstve FreeBSD 6.2 na stary server od HP NetServer LH Pro co m? adaptec scsi radic ovladac ahc (je v generic jadre). Startuje se to pres disketu, nema to zadny bios, na diskete musite zvolit ze chcte bootovat z cd. Pak si to lizlo cd a vse se rozjelo jak melo, system detekoval spravne 6 scsi disku jednu floppy a jednu cdrom, ktera byla pripojena na ide radic. Ve fazi kdy instalacni cd zrejme jak to chapu se snazi pripojit root partisnu to vyhazovalo stale dokola manula root partition. Krom vylistovani moznych zarizeni (videl vsechno spravne), rucniho zadani root partisny a abortu (zvlastni kdyz date abort tak to napise panic, to moc dobre nevypada :() se s tim uz nedalo nic delat. Vyzkousel jsem vsechny mozne disky a cd a neuspel. Zkusil jsem i FreeSBIE a PC-BSD a dela se vsema trema plackama to same. Co to je za chybu a co s tim ? Neco postelovat pres set v loaderu ? Google opet nic moc. Diky Dan ------------------------------------------ http://www.icq.atlas.cz/ From dan at obluda.cz Thu Jan 25 05:40:10 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 25 Jan 2007 05:40:10 +0100 Subject: Z ad0s1a do ad0a In-Reply-To: References: Message-ID: <45B834AA.1090909@obluda.cz> daniel-dvorak at atlas.cz napsal/wrote, On 01/25/07 03:24: > Jsem zvykl? ps?t v ?e?tin? tzv. hezky ?esky. > Chyb? jak?koliv argument pro toto omezen?. Diakritika, ac neni nutna, nezalamane radky, off-topic dotaz. O tom, nakolik je ohleduplnost vuci druhym "pochybnym pravidlem" zde take neminim diskutovat. Na to, ze je to vas prvni prispevek je toho docela dost ... Nicmene, ocenuji, ze mate zajem o informace. V tom pripade vas odkazuji na konference k tomu urcene, nebo pouzjte Google ci jiny podobny vyhledavac. Nemyslim, ze pro vas bude problem najit informace (pokud to nevymyslite sam) proc je ohleduplne byt konzervativni a moderni vymozenosti tam, kde si nemuzete byt jist, ze je podporuji vsichni, nepouzivat, neni-li to opravdu nutne. Pokud byste opravdu nic nenasel, tak napiste primo me, ja vvam nejake tipy dodam. > Mel jsem problem s CF kartou na wrap platforme (amd geode cpu) s > Co s tim ? No, na tuhle otazku jste si vzapeti odpovedel sam: > Pripojili jsme ji pod windows pres ctecku, zformatovali vfat16kou. > Bez problemu. Provedli jsme zapis jednoho avi na cf a opet zapis bez > problemu. Takze CF karta se nam opet zacla jevit jako funkcni. Tak nejak to resim take. > Pod FreeSBIE 2.0 pripojenem samba share kde byl stary srpnovy image > jsme ho zapsali. Problem byl ale ten, ze namisto toho ze pred tim v > /dev a fstab bylo /dev/da0s1a / a /dev/da0s1b none, tak nyni po > formatu ve windows v /dev bylo ad0a a ad0b a ad0c ??? Nazev zarizeni je poplatny tomu, pres jaky radic je disk pripojen. Nicmene, to co popisujete se skoro jiste nestalo tak, jak rikate. Prvni varianta naznacuje, ze disk byl v MBR rozdelen na slice, FreeBSD bylo umisteno v prvni slice a byly na nem vytvoreny dve partition, 'a' a 'b' Druha varianta ovsem predvadi disk, ktery na slice rozdelen neni a je cely dedikovany pro FreeBSD s partition 'a' a 'b' Nactenim cele flash a jejim zpetnym zapsanym - bez ohledu na to, co se delo mezitim - nenohlo k tehle zmene dojit. Odhaduju, ze to, co mate "stazene" nebyl obsah cele flash, ale jen prvni slice - ta pak byla zapsana na cely disk cimz deleni na slice zmizelo. TO napravite tak, ze si slice vyrobite a image zapisete tam, odkud bylo nacteno - do prvni slice. > Dobra zapsal jsem to pod of=/dev/da0 jake neprijemne prekvapeni se > konalo po bootovani oziveneho image ve wrapu kdyz nenasel root > partisnu (manual root partition). To je jednoduche - jestli mate v nesouladu zaznamy ve fstab a skutecne rozlozeni disku, pak to jinak dopadnout nemuze. Nezbyva nez opravit zaznam ve fstab nebo zmenit rozlozeni na disku tak, aby odpovidalo puvodnimu - viz vyse. > Muze mi nekdo k tomu neco rici, co se stalo ? Kde je chyba. S jistotou to rict nemohu, ale kvalifikovany odhad je, ze mezi zidli a klavesnici pri stahovani image z flash. Nastesti staci udelat identickou chybu pri zapisu a bude po problemu. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Thu Jan 25 11:49:19 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 25 Jan 2007 11:49:19 +0100 Subject: instalace NetServer LH Pro In-Reply-To: References: Message-ID: <45B88B2F.8040501@obluda.cz> daniel-dvorak at atlas.cz napsal/wrote, On 01/25/07 03:51: > chtel jsem nainstalovat cerstve FreeBSD 6.2 na stary server od HP NetServer LH Pro co m? adaptec scsi radic ovladac ahc (je v generic jadre). > Ve fazi kdy instalacni cd zrejme jak to chapu se snazi pripojit root partisnu to vyhazovalo stale dokola manula root partition. > Krom vylistovani moznych zarizeni (videl vsechno spravne) Mozna, my vsak nevime co ... > rucniho zadani root partisny To se, zda se, nepovedlo a skoncilo to nejakou nam utajenou chybou ... > Co to je za chybu a co s tim ? > Neco postelovat pres set v loaderu ? Tezko rict. Prilis malo informaci. Krome vyse uvedenych mohou byt podstatne vsechny abnormality, ktere se vyskytly pri detekovani zarizeni (po stisku scroll lock lze obrazovkou rolovat ke starsim zaznamum). Otazka je, jestli mate s FreeBSD zkusenosti alespon takove, abyste poznal abnormalitu - neda se to dost dobre definovat ... Dan P.S. BIOS to urcite ma, jinak by to nebylo scopno nabootovat ani z CD ani z diskety ani z disku, je al emozne, ze ten BIOS nema zadne UI ... -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From FreeBSDcz at jozef.drahovsky.sk Thu Jan 25 20:52:54 2007 From: FreeBSDcz at jozef.drahovsky.sk (Jozef Drahovsky) Date: Thu, 25 Jan 2007 20:52:54 +0100 Subject: postfix virtual a ignorovana email adresal Message-ID: <45B90A96.9000605@jozef.drahovsky.sk> pouzivam postfix-2.1.5_1,1 a virtualtable aaa at example.com mbox-aaa bbb at example.com mbox-bbb ccc at example.com noexist @example.com mbox-other Problem je v tom, ze ak niekto posle e-mail na ccc at example.com tak dostane odpoved The Postfix program (expanded from ): unknown user:"noexist" ak ale text "noexist" vyhodim tak mi postmap zahlasi nasledujucu chybu postmap: warning: /usr/local/etc/postfix/virtual, line 462: expected format: key whitespace value a riadok ignoruje. Viete poradit ako na to? Jozef From gabriel31337 at gmail.com Thu Jan 25 22:53:16 2007 From: gabriel31337 at gmail.com (gabriel) Date: Thu, 25 Jan 2007 22:53:16 +0100 Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45B90A96.9000605@jozef.drahovsky.sk> References: <45B90A96.9000605@jozef.drahovsky.sk> Message-ID: <45B926CC.5010703@gmail.com> Nejak som nepochopil vyznam tej mailovej adresy ccc at example.com, kam ze to ma smerovat? Alebo co sa ma robit s mailom, ktory pride na tuto adresu? G Jozef Drahovsky wrote: > pouzivam postfix-2.1.5_1,1 a virtualtable > > aaa at example.com mbox-aaa > bbb at example.com mbox-bbb > ccc at example.com noexist > @example.com mbox-other > > > Problem je v tom, ze ak niekto posle e-mail na ccc at example.com tak > dostane odpoved > The Postfix program (expanded from > ): unknown user:"noexist" > ak ale text "noexist" vyhodim tak mi postmap zahlasi nasledujucu chybu > postmap: warning: /usr/local/etc/postfix/virtual, line 462: expected > format: key whitespace value > a riadok ignoruje. > > Viete poradit ako na to? > > Jozef From dan at obluda.cz Thu Jan 25 23:14:45 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 25 Jan 2007 23:14:45 +0100 Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45B90A96.9000605@jozef.drahovsky.sk> References: <45B90A96.9000605@jozef.drahovsky.sk> Message-ID: <45B92BD5.8070200@obluda.cz> Jozef Drahovsky napsal/wrote, On 01/25/07 20:52: > pouzivam postfix-2.1.5_1,1 a virtualtable > > aaa at example.com mbox-aaa > bbb at example.com mbox-bbb > ccc at example.com noexist > @example.com mbox-other > ak ale text "noexist" vyhodim tak mi postmap zahlasi nasledujucu chybu > postmap: warning: /usr/local/etc/postfix/virtual, line 462: expected > format: key whitespace value a riadok ignoruje. > > Viete poradit ako na to? Nejak postradam dost klicovou informaci - na co ? Ja teda postfix nepouzivam, ale jestli chapu poskytnute udaje spravne, tak po odstraneni textu "noexist" tam zustane neuplny radek obsahujici klic "ccc at example.com", nikoli vsak hodnotu, a postfix si tak stezuje celkem opravnene. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From FreeBSDcz at jozef.drahovsky.sk Thu Jan 25 23:30:27 2007 From: FreeBSDcz at jozef.drahovsky.sk (Jozef Drahovsky) Date: Thu, 25 Jan 2007 23:30:27 +0100 Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45B926CC.5010703@gmail.com> References: <45B90A96.9000605@jozef.drahovsky.sk> <45B926CC.5010703@gmail.com> Message-ID: <45B92F83.7000601@jozef.drahovsky.sk> Do toho mailboxu ide asi 1000 funkcnych adries, ale nie su v nom adresy ako webmaster, info, root, atd potrebujem aby postfix zahlasil cez SMTP priamo "unknown user" a postu nepreberal. Jozef gabriel wrote / nap?sal(a): > Nejak som nepochopil vyznam tej mailovej adresy ccc at example.com, kam ze > to ma smerovat? Alebo co sa ma robit s mailom, ktory pride na tuto adresu? > > G > > > Jozef Drahovsky wrote: > >> pouzivam postfix-2.1.5_1,1 a virtualtable >> >> aaa at example.com mbox-aaa >> bbb at example.com mbox-bbb >> ccc at example.com noexist >> @example.com mbox-other >> >> >> Problem je v tom, ze ak niekto posle e-mail na ccc at example.com tak >> dostane odpoved >> The Postfix program (expanded from >> ): unknown user:"noexist" >> ak ale text "noexist" vyhodim tak mi postmap zahlasi nasledujucu chybu >> postmap: warning: /usr/local/etc/postfix/virtual, line 462: expected >> format: key whitespace value >> a riadok ignoruje. >> >> Viete poradit ako na to? >> >> Jozef >> From prosa at pro.sk Fri Jan 26 09:13:38 2007 From: prosa at pro.sk (Peter Rosa) Date: Fri, 26 Jan 2007 09:13:38 +0100 Subject: natd, ipfw, squid, dansguardian Message-ID: <45B9B832.6030709@pro.sk> Zdravim vsetkych, a prosim o pomoc s nastavenim transparent proxy. Na gateway pouzivam kombinaciu zo [subject]. Konfiguracia je nasledovna: - firewall v zasade iba robi NAT, inak je otvoreny (pracovna verzia) - DansGuardian pocuva na DG_IP:8080 (DG_IP je IP vnut. interface) - Squid pocuva na localhost:3128 - dansguardian.conf: loglevel = 3 # ALL REQUESTS (for https) - rc.conf: firewall_script="/etc/firewall.conf" natd_interface="ed0" natd_flags="-f /etc/natd.conf" - natd.conf: interface ed0 log_denied yes dynamic yes redirect_port tcp DG_IP:8080 80 redirect_port tcp DG_IP:8080 443 - firewall.conf: $fwcmd add 100 allow all from any to any via lo0 $fwcmd add 105 deny log all from any to 127.0.0.0/8 $fwcmd add 200 divert natd all from any to any via ed0 $fwcmd add 300 allow all from any to any Vsetko bezi OK okrem redirect_port. A v tomto prostredi potrebujem presmerovat vsetky http/https poziadavky do filtra a proxy. Redirect zacne fungovat, az ked do firewall.conf zadam: $fwcmd add 250 fwd DG_IP,8080 tcp from ${inet} to any 80 in via ed1 Toto sa vsak neda pouzit pre port 443 - ak to urobim, uz sa nepripojim na ziadny https server. Na Goooogli som nasiel, ze musim pouzit NAT "or something similar". Tak som to skusil, ale zrejme mam niekde chybu, lebo to nefunguje. Pritom potrebujem len to, aby sa vsetka http/https komunikacia z vnutornej siete presmerovala na port 8080... Prosim, pouzivate niekto takuto kombinaciu a rozchodili ste transparent proxy aj pre https komunikaciu? Ak ano, ako mate nakonfigurovany natd a firewall, prosim (aspon vseobecny popis)? Vdaka za kazdu odpoved. Prajem prijemny den, Peter Rosa From dan at obluda.cz Fri Jan 26 11:17:01 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 26 Jan 2007 11:17:01 +0100 Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45B92F83.7000601@jozef.drahovsky.sk> References: <45B90A96.9000605@jozef.drahovsky.sk> <45B926CC.5010703@gmail.com> <45B92F83.7000601@jozef.drahovsky.sk> Message-ID: <45B9D51D.7080606@obluda.cz> Jozef Drahovsky napsal/wrote, On 01/25/07 23:30: > Do toho mailboxu ide asi 1000 funkcnych adries, > ale nie su v nom adresy ako webmaster, info, root, atd > potrebujem aby postfix zahlasil cez SMTP priamo "unknown user" a > postu nepreberal. Pripada mi, ze tak to puvodne bylo: >>> ccc at example.com noexist >>> Problem je v tom, ze ak niekto posle e-mail na ccc at example.com tak >>> dostane odpoved >>> The Postfix program (expanded from >>> ): unknown user:"noexist" Takze staci vratit puvodni konfiguraci ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Fri Jan 26 11:27:08 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 26 Jan 2007 11:27:08 +0100 Subject: natd, ipfw, squid, dansguardian In-Reply-To: <45B9B832.6030709@pro.sk> References: <45B9B832.6030709@pro.sk> Message-ID: <45B9D77C.60708@obluda.cz> Peter Rosa napsal/wrote, On 01/26/07 09:13: > prosim o pomoc s nastavenim transparent proxy. ... > Toto sa vsak neda pouzit pre port 443 - ak to urobim, uz sa nepripojim > na ziadny https server. No, ona je autentizace v https udelana s jedinym cilem - aby bylo zcela jasne kdo s kym hovori a nikdo se nemohl tajne postavit "doprostred". Takze - bud' chces zarucenou otevrenou hru - pak ale jedine bez "tajne" proxy. Kdyz proxy, tak klientem dobrovolne zvolenou, zjevnou a tedy netransparentni. Nebo chces "tajnou"/"skrytou" aplikacni proxy - a pak jen tezko chces soucasne pouzivat protokol, jehoz hlavnim smyslem je existenci neceho takoveho zabranit. Vyber je na tobe - bud' transparentni proxy, nebo protokol, ktery znemoznuje aby ji tam nekdo mohl dat. Oboji soucasne mit nemuzes. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From prosa at pro.sk Fri Jan 26 12:49:23 2007 From: prosa at pro.sk (Peter Rosa) Date: Fri, 26 Jan 2007 12:49:23 +0100 Subject: natd, ipfw, squid, dansguardian In-Reply-To: <45B9D77C.60708@obluda.cz> References: <45B9B832.6030709@pro.sk> <45B9D77C.60708@obluda.cz> Message-ID: <45B9EAC3.5060109@pro.sk> Zdravim, >> Toto sa vsak neda pouzit pre port 443 - ak to urobim, uz sa nepripojim >> na ziadny https server. > > Vyber je na tobe - bud' transparentni proxy, nebo protokol, ktery > znemoznuje aby ji tam nekdo mohl dat. Oboji soucasne mit nemuzes. > Jasne, konceptom rozumiem. Problemom su notoricky stahovaci, ktori su schopni obist DG pripojenim na anonymne https proxy niekde na internete. Mame vo firme povinne pouzitie proxy, su vsak aj schopnejsi, ktori si ho vedia vypnut a tym obist kontrolu stahovanych suborov. Protokol http nie je problem (presmerovanie bez problemov), https moze byt... Ked prehliadac nakonfigurujem, aby pouzil proxy pre vsetky protokoly, tak ho pouzije aj pre https. DG vytvori akysi "tunel", ktorym https prechadza transparentne, pricom stale prebieha kontrola adries a stahovanych suborov. Ked vsak proxy v prehliadaci vypnem, tak tento stav nie som schopny docielit transparentne presmerovanim portu (pre https komunikaciu). A prave o to sa snazim. Mam nejaku sancu, alebo na to zabudnut? Prajem prijemny den, Peter Rosa From dan at obluda.cz Fri Jan 26 13:19:35 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 26 Jan 2007 13:19:35 +0100 Subject: natd, ipfw, squid, dansguardian In-Reply-To: <45B9EAC3.5060109@pro.sk> References: <45B9B832.6030709@pro.sk> <45B9D77C.60708@obluda.cz> <45B9EAC3.5060109@pro.sk> Message-ID: <45B9F1D7.1070802@obluda.cz> Peter Rosa napsal/wrote, On 01/26/07 12:49: >> Vyber je na tobe - bud' transparentni proxy, nebo protokol, ktery >> znemoznuje aby ji tam nekdo mohl dat. Oboji soucasne mit nemuzes. >> > Jasne, konceptom rozumiem. Problemom su notoricky stahovaci, ktori su > schopni obist DG pripojenim na anonymne https proxy niekde na internete. > Mame vo firme povinne pouzitie proxy, su vsak aj schopnejsi, ktori si ho > vedia vypnut a tym obist kontrolu stahovanych suborov. Protokol http nie To je problem, ktery resi proxy. Ale nevidim vuvod, proc musi byt transparentni. Netransparentni proxy popsane problemy nema. A ze ji ti schopnejsi umi ve svem browseru dekonfigurovat ? To je snad otazka firewallu, aby takovou primou komunikaci neumoznil. Dokonce je to trivialni uprava - ta pravidla, ktera ted delala presmerovani se prepisou na "unreach admin-prohib" Jinak nez pres proxy, samozrejme zcela dobrovolne nakonfigurovanou, se ven nedostane. > tak ho pouzije aj pre https. DG vytvori akysi "tunel", ktorym https > prechadza transparentne, pricom stale prebieha kontrola adries a > stahovanych suborov. To tezko, kdyz HTTPS komunikace je end-to-end sifrovana ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From hrabec at naxo.net Fri Jan 26 13:26:44 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Fri, 26 Jan 2007 13:26:44 +0100 (CET) Subject: natd, ipfw, squid, dansguardian In-Reply-To: <45B9EAC3.5060109@pro.sk> References: <45B9B832.6030709@pro.sk> <45B9D77C.60708@obluda.cz> <45B9EAC3.5060109@pro.sk> Message-ID: <50757.172.20.8.1.1169814404.squirrel@email.naxo.net> nepomohlo by treba ten port 433 zablokovat na fw a tim si vynutit prime pouziti proxy serveru? pokud je v takove chvili problem s obihanim uzivatelu a nastavovanim proxy v jejich prohlizecich, lze pro tento ucel pouzit skript pro automatickou konfiguraci p. > Ked prehliadac nakonfigurujem, aby pouzil proxy pre vsetky protokoly, > tak ho pouzije aj pre https. DG vytvori akysi "tunel", ktorym https > prechadza transparentne, pricom stale prebieha kontrola adries a > stahovanych suborov. > Ked vsak proxy v prehliadaci vypnem, tak tento stav nie som schopny > docielit transparentne presmerovanim portu (pre https komunikaciu). > A prave o to sa snazim. > From FreeBSDcz at jozef.drahovsky.sk Fri Jan 26 13:40:35 2007 From: FreeBSDcz at jozef.drahovsky.sk (Jozef Drahovsky) Date: Fri, 26 Jan 2007 13:40:35 +0100 Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45B9D51D.7080606@obluda.cz> References: <45B90A96.9000605@jozef.drahovsky.sk> <45B926CC.5010703@gmail.com> <45B92F83.7000601@jozef.drahovsky.sk> <45B9D51D.7080606@obluda.cz> Message-ID: <45B9F6C3.30003@jozef.drahovsky.sk> Dan Lukes wrote / nap?sal(a): > Jozef Drahovsky napsal/wrote, On 01/25/07 23:30: >> Do toho mailboxu ide asi 1000 funkcnych adries, >> potrebujem aby postfix zahlasil cez SMTP priamo "unknown user" a >>> Pripada mi, ze tak to puvodne bylo: >>> ccc at example.com noexist >>>> Problem je v tom, ze ak niekto posle e-mail na ccc at example.com tak >>>> dostane odpoved (expanded from ): unknown user:"noexist" > > Takze staci vratit puvodni konfiguraci ... > > Dan > > Nerozumiem co vratit naspat? ked tam nie je nic tak riadok je ignorovany ak tam nieco je taj je hlaska expanded nerocumiem co vratit? Jozef From prosa at pro.sk Fri Jan 26 13:52:08 2007 From: prosa at pro.sk (Peter Rosa) Date: Fri, 26 Jan 2007 13:52:08 +0100 Subject: natd, ipfw, squid, dansguardian In-Reply-To: <45B9F1D7.1070802@obluda.cz> References: <45B9B832.6030709@pro.sk> <45B9D77C.60708@obluda.cz> <45B9EAC3.5060109@pro.sk> <45B9F1D7.1070802@obluda.cz> Message-ID: <45B9F978.7060805@pro.sk> Zdravim, >> tak ho pouzije aj pre https. DG vytvori akysi "tunel", ktorym https >> prechadza transparentne, pricom stale prebieha kontrola adries a >> stahovanych suborov. > > To tezko, kdyz HTTPS komunikace je end-to-end sifrovana ... naozaj to tak funguje, vyskusal som to. Ked v prehliadaci nastavim proxy, a zaroven na gateway spustim tail -f /var/log/dans.log, tak sa vypisuje, ze IPcka x.y.z.v pristupuje na http://a.b.c/d.htm, ale aj https://e.f.g/h.aspx... Neviem, ako to DG vidi (iba ak odsleduje vymenu klucov hned na zaciatku komunikacie; alebo adresy v https protokole nie su sifrovane, obsah komunikacie ano). No, ale spat k problemu - vyzera to tak, ze najjednoduchsie bude nastavit firewall, aby to blokoval, ked sa ide na priamo. Skoda, dufal som v neviditelne riesenie :-) Prajem prijemny den, Peter Rosa From dan at obluda.cz Fri Jan 26 14:27:09 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 26 Jan 2007 14:27:09 +0100 Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45B9F6C3.30003@jozef.drahovsky.sk> References: <45B90A96.9000605@jozef.drahovsky.sk> <45B926CC.5010703@gmail.com> <45B92F83.7000601@jozef.drahovsky.sk> <45B9D51D.7080606@obluda.cz> <45B9F6C3.30003@jozef.drahovsky.sk> Message-ID: <45BA01AD.2010501@obluda.cz> Jozef Drahovsky napsal/wrote, On 01/26/07 13:40: > > Jozef Drahovsky napsal/wrote, On 01/25/07 23:30: > >> Do toho mailboxu ide asi 1000 funkcnych adries, > >> potrebujem aby postfix zahlasil cez SMTP priamo "unknown user" a > > >>> Pripada mi, ze tak to puvodne bylo: > >>> ccc at example.com noexist > > >>>> Problem je v tom, ze ak niekto posle e-mail na ccc at example.com tak > >>>> dostane odpoved (expanded from > ): unknown user:"noexist" > > > > Takze staci vratit puvodni konfiguraci ... > Nerozumiem co vratit naspat? ked tam nie je nic tak riadok je ignorovany > ak tam nieco je taj je hlaska expanded > nerocumiem co vratit? Tak asi nechapu problem. Mel jsem dojem, ze jest zadano, aby dopis adresovany na ccc at example.com byl odmitnut. Puvodni popisovana konfigurace to zajistovala - dopis byl odmitnut, s tim, ze uzivatel neni znamy a neexistuje. Jestli je problem s konkretnim znenim te hlasky - aby se v ni nevyskytovalo slovo "expanded", pak to je jiny problem a pripoustim, ze natolik postfix neznam abych umel modifikovat konkretni texty hlaseni. To umim v sendmailu. Nebo je problem jeste v necem jinem, ale pak jsem ho asi skutecne nepochopil. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From FreeBSDcz at jozef.drahovsky.sk Fri Jan 26 14:39:21 2007 From: FreeBSDcz at jozef.drahovsky.sk (Jozef Drahovsky) Date: Fri, 26 Jan 2007 14:39:21 +0100 Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45BA01AD.2010501@obluda.cz> References: <45B90A96.9000605@jozef.drahovsky.sk> <45B926CC.5010703@gmail.com> <45B92F83.7000601@jozef.drahovsky.sk> <45B9D51D.7080606@obluda.cz> <45B9F6C3.30003@jozef.drahovsky.sk> <45BA01AD.2010501@obluda.cz> Message-ID: <45BA0489.3000807@jozef.drahovsky.sk> Dan Lukes wrote / nap?sal(a): > Jozef Drahovsky napsal/wrote, On 01/26/07 13:40: > > >> Nerozumiem co vratit naspat? ked tam nie je nic tak riadok je ignorovany >> ak tam nieco je taj je hlaska expanded >> nerocumiem co vratit? >> > > Tak asi nechapu problem. Mel jsem dojem, ze jest zadano, aby dopis > adresovany na ccc at example.com byl odmitnut. Puvodni popisovana > konfigurace to zajistovala - dopis byl odmitnut, s tim, ze uzivatel neni > znamy a neexistuje. > > Jestli je problem s konkretnim znenim te hlasky - aby se v ni > nevyskytovalo slovo "expanded", pak to je jiny problem a pripoustim, ze > natolik postfix neznam abych umel modifikovat konkretni texty hlaseni. > To umim v sendmailu. > > Nebo je problem jeste v necem jinem, ale pak jsem ho asi skutecne > nepochopil. > > Dan > Vdaka za odpoved. Problem si spravne popisal, aby sa tam nevyskytlo "expanded" aby druha strana ktora spamuje nedosla na to, ze len konkretne e-mail adresy su zakazane. Jozef From v.benc at volny.cz Fri Jan 26 14:42:59 2007 From: v.benc at volny.cz (=?ISO-8859-2?Q?Vladim=EDr?= Benc) Date: Fri, 26 Jan 2007 14:42:59 +0100 Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45BA01AD.2010501@obluda.cz> References: <45B90A96.9000605@jozef.drahovsky.sk> <45B926CC.5010703@gmail.com> <45B92F83.7000601@jozef.drahovsky.sk> <45B9D51D.7080606@obluda.cz> <45B9F6C3.30003@jozef.drahovsky.sk> <45BA01AD.2010501@obluda.cz> Message-ID: <20070126144259.6cce8e3d@plzcsad030> Dne p?tek 26.ledna 2007 14:27:09 Dan Lukes napsal(a): > > >>> Pripada mi, ze tak to puvodne bylo: > > >>> ccc at example.com noexist > > > > >>>> Problem je v tom, ze ak niekto posle e-mail na > > >>>> ccc at example.com tak dostane odpoved > > >>>> (expanded from > > ): unknown user:"noexist" > > > > > > Takze staci vratit puvodni konfiguraci ... > > Tak asi nechapu problem. Mel jsem dojem, ze jest zadano, aby > dopis adresovany na ccc at example.com byl odmitnut. Puvodni popisovana > konfigurace to zajistovala - dopis byl odmitnut, s tim, ze uzivatel > neni znamy a neexistuje. No tenhle zmateny thread taky nejak nechapu. Pokud chcete znemoznit prijimat maily na adresu ccc at example.com , tak ji proste z toho virtualu smazte. Jestli k tomu jeste pouzivate local_recipient_maps tak z te ji musite smazat take. No a pokud plati ze example.com chape vas postfix jako local transport, tak musi od te chvile hlasit 550 user unknown. > > Nebo je problem jeste v necem jinem, ale pak jsem ho asi > skutecne nepochopil. > > Dan -^ - " - Vlada Benc From vlasta at devnull.cz Fri Jan 26 14:48:04 2007 From: vlasta at devnull.cz (vlasta at devnull.cz) Date: Fri, 26 Jan 2007 14:48:04 +0100 (CET) Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45BA01AD.2010501@obluda.cz> References: <45B90A96.9000605@jozef.drahovsky.sk> <45B926CC.5010703@gmail.com> <45B92F83.7000601@jozef.drahovsky.sk> <45B9D51D.7080606@obluda.cz> <45B9F6C3.30003@jozef.drahovsky.sk> <45BA01AD.2010501@obluda.cz> Message-ID: <20070126143054.S15534@k2.vol.cz> On Fri, 26 Jan 2007, Dan Lukes wrote: > Jozef Drahovsky napsal/wrote, On 01/26/07 13:40: >> > Jozef Drahovsky napsal/wrote, On 01/25/07 23:30: >> >> Do toho mailboxu ide asi 1000 funkcnych adries, >> >> potrebujem aby postfix zahlasil cez SMTP priamo "unknown user" a >> >> >>> Pripada mi, ze tak to puvodne bylo: >> >>> ccc at example.com noexist >> >> >>>> Problem je v tom, ze ak niekto posle e-mail na ccc at example.com tak >> >>>> dostane odpoved (expanded from >> ): unknown user:"noexist" >> > >> > Takze staci vratit puvodni konfiguraci ... > >> Nerozumiem co vratit naspat? ked tam nie je nic tak riadok je ignorovany >> ak tam nieco je taj je hlaska expanded >> nerocumiem co vratit? > > Tak asi nechapu problem. Mel jsem dojem, ze jest zadano, aby dopis > adresovany na ccc at example.com byl odmitnut. Puvodni popisovana > konfigurace to zajistovala - dopis byl odmitnut, s tim, ze uzivatel neni > znamy a neexistuje. > > Jestli je problem s konkretnim znenim te hlasky - aby se v ni > nevyskytovalo slovo "expanded", pak to je jiny problem a pripoustim, ze > natolik postfix neznam abych umel modifikovat konkretni texty hlaseni. > To umim v sendmailu. > > Nebo je problem jeste v necem jinem, ale pak jsem ho asi skutecne > nepochopil. > > Dan Mam dojem, ze Jozef Drahovsky chce odmitnout mail jiz v SMTP relaci. Konfigurace vyse popsana, ac nepeknym hakem, zajistuje nedoruceni zpravy, ale Postfix se o neexistenci uzivatele 'noexist' dozvi az po te, co ukonci SMTP relaci s klientem a tudiz pak musi generovat chybovy mail, atd. Pokud prostrednictvim 'virtualtable' rikate, ze existuji vsechny mozne adresy v domene @example.com (to rikate radkem obsahujim na leve strane @example.com), pak bude kazda zprava do domeny @example.com prijata. Explicitnim uvedenim konkretni adresy v domene @example.com v tabulce 'virtualtable' dosahnete pouze toho, ze se pro jeji "preklad" pouzije adresa z prave strany daneho zaznamu. Tj. nerikate tim, ze adresa neexistuje. Trvate-li tedy prijmu cehokoliv v domene a pritom chcete nejake adresy vyloucit a to jiz v SMTP relaci, musite dane adresy odmitnou jinde, nez ve 'virtualtable' (ta jen mapuje jednu adresu na druhou). Pravdepodobne bude existovat vice moznosti, jak toho docilit. Je mozne napr. pouzit access(5) tabulku. Kazdopadne doporucuji dokumentaci k Postixu (existuje a neni spatna) a konferenci postfix-users at postfix.org. Vlasta From konference at gdi.cz Fri Jan 26 15:03:09 2007 From: konference at gdi.cz (Robert Kania) Date: Fri, 26 Jan 2007 15:03:09 +0100 Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45BA0489.3000807@jozef.drahovsky.sk> References: <45B90A96.9000605@jozef.drahovsky.sk> <45B926CC.5010703@gmail.com> <45B92F83.7000601@jozef.drahovsky.sk> <45B9D51D.7080606@obluda.cz> <45B9F6C3.30003@jozef.drahovsky.sk> <45BA01AD.2010501@obluda.cz> <45BA0489.3000807@jozef.drahovsky.sk> Message-ID: <45BA0A1D.4020607@gdi.cz> Jozef Drahovsky wrote: > Dan Lukes wrote / nap?sal(a): > Vdaka za odpoved. Problem si spravne popisal, aby sa tam nevyskytlo > "expanded" > aby druha strana ktora spamuje nedosla na to, > ze len konkretne e-mail adresy su zakazane. > Jozef > priznam se, ze si taky nejsem presne jist o co vam jde, ale v hlubinach kristalove koule jsem zahledl neco jako: main.cf: (priklad!) ... smtpd_recipient_restrictions=permit_mynetworks, ..., ..., ..., check_recipient_access hash:/cesta/badusers, reject_unauth_destination ... /cesta/badusers: ccc at example.com 511 Tento uzivatel neexistuje Tak to treba pomuze ;-) r/ From dan at obluda.cz Fri Jan 26 15:59:59 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 26 Jan 2007 15:59:59 +0100 Subject: natd, ipfw, squid, dansguardian In-Reply-To: <45B9F978.7060805@pro.sk> References: <45B9B832.6030709@pro.sk> <45B9D77C.60708@obluda.cz> <45B9EAC3.5060109@pro.sk> <45B9F1D7.1070802@obluda.cz> <45B9F978.7060805@pro.sk> Message-ID: <45BA176F.90000@obluda.cz> Peter Rosa napsal/wrote, On 01/26/07 13:52: >>> tak ho pouzije aj pre https. DG vytvori akysi "tunel", ktorym https >>> prechadza transparentne, pricom stale prebieha kontrola adries a >>> stahovanych suborov. >> >> To tezko, kdyz HTTPS komunikace je end-to-end sifrovana ... > > naozaj to tak funguje, vyskusal som to. Ked v prehliadaci nastavim > proxy, a zaroven na gateway spustim tail -f /var/log/dans.log, tak > sa vypisuje, ze IPcka x.y.z.v pristupuje na http://a.b.c/d.htm, > ale aj https://e.f.g/h.aspx... > Neviem, ako to DG vidi (iba ak odsleduje vymenu klucov hned na zaciatku > komunikacie; Jedine pokud do ni vstoupi jako man-in-the-middle. Coz je za urcitych okolnosti mozne - napriklad pokud je komunikace autentizovana jen z jedne strany. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From michal_sjx at seznam.cz Fri Jan 26 18:13:32 2007 From: michal_sjx at seznam.cz (michal_sjx) Date: Fri, 26 Jan 2007 18:13:32 +0100 Subject: natd, ipfw, squid, dansguardian In-Reply-To: <45B9F978.7060805@pro.sk> References: <45B9B832.6030709@pro.sk> <45B9D77C.60708@obluda.cz> <45B9EAC3.5060109@pro.sk> <45B9F1D7.1070802@obluda.cz> <45B9F978.7060805@pro.sk> Message-ID: <45BA36BC.9070600@seznam.cz> Peter Rosa wrote: > Neviem, ako to DG vidi (iba ak odsleduje vymenu klucov hned na zaciatku > komunikacie; alebo adresy v https protokole nie su sifrovane, obsah > komunikacie ano). To stoji za prozkoumani :). > > No, ale spat k problemu - vyzera to tak, ze najjednoduchsie bude > nastavit firewall, aby to blokoval, ked sa ide na priamo. Vytipoval bych si seznam anonymnich proxy s 443 (sorbs.net databaze a podobne). Na FW bych blokoval odchozi packey na takove adresy:443. Vysledkem bude, ze https na seznam, banky, vodafone .. pujde hladce a v pripade, ze se nekdo bude chtit pripojit na zablokovanou proxi, nedocka se. Myslim, ze se bude jednat o jednotky uzivatelu co se pripojuji na anonymni https proxy a tak neni problem je nejakou dobu sledovat(traffik). michal -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From dan at obluda.cz Sat Jan 27 11:24:08 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 27 Jan 2007 11:24:08 +0100 Subject: natd, ipfw, squid, dansguardian In-Reply-To: <45BA36BC.9070600@seznam.cz> References: <45B9B832.6030709@pro.sk> <45B9D77C.60708@obluda.cz> <45B9EAC3.5060109@pro.sk> <45B9F1D7.1070802@obluda.cz> <45B9F978.7060805@pro.sk> <45BA36BC.9070600@seznam.cz> Message-ID: <45BB2848.9040500@obluda.cz> michal_sjx wrote: > Vytipoval bych si seznam anonymnich proxy s 443 (sorbs.net databaze a > podobne). Na FW bych blokoval odchozi packey na takove adresy:443. > Vysledkem bude, ze https na seznam, banky, vodafone .. pujde hladce a v > pripade, ze se nekdo bude chtit pripojit na zablokovanou proxi, nedocka se. > Myslim, ze se bude jednat o jednotky uzivatelu co se pripojuji na > anonymni https proxy a tak neni problem je nejakou dobu sledovat(traffik). V jedne financni instituci resim v priuncipu stejny problem (uzivatele maji zakazano pouzivat MSIE, krome nekolika vyjmenovanych destinaci) a tak mam dojem, ze by to mohlo jit podobne - i bez proxy, kdyz na to prijde. To se proste odchozi provoz zakaze vyjma povolenych cilovych adres - takze zamestnanec, ktery prijde na to, ze se nekam spojit nemuze si rekne, a do seznamu se prida dalsi destinace. Ono toho nebude tolik. Navic, dokonce i v pripade, ze s tim nebudete spojovat vubec zadne komplikace (jako treba zkoumani na co ten zamestnanec spojeni na prave tuto cilovou adresu potrebuje) dojde k ucricemu omezeni provozu (o nektere cilove adresy si proste nikdo nerekne ani za techto liberalnich podminek). Takze uz mate dve reseni - netransparentni proxy (s pripadnou automatickou konfiguraci), coz bych ja preferoval, a primy provoz s globalne udrzovanym seznamem cilovych destinaci ... Dan From devxys at gmail.com Sat Jan 27 13:13:29 2007 From: devxys at gmail.com (Honza) Date: Sat, 27 Jan 2007 13:13:29 +0100 Subject: hlaska "--: not found" Message-ID: Pekne poledne preji, ted jsem dodelal a odvezl do serverovny novou masinu s 6.2release, mel jsem ji doma nekolik dni a vse bylo ok, kdyz jsi ji v serverovne poustel vsimnul jsem si divny hlasky "--: not found", jako spravny bfu sem to ignoroval kdyz vsechno fungovalo. Ted jsem udelal nejake zmeny v /etc/inetd.conf a chtel jsem pomoci /etc/rc.d/inetd restart restartovat, jenze ouha, dostal jsem hlasku "--: not found" V konfiguraku chyba neni, ten jsem kontroloval, zkousel jsem takhle restartovat i sendmaila a napise to stejnou chybu, a nic od sendmaila sem nemenil. Netusite kde by mohla byt chyba?? Diky za rady Honza From jp at devnull.cz Sat Jan 27 13:37:17 2007 From: jp at devnull.cz (Jan Pechanec) Date: Sat, 27 Jan 2007 13:37:17 +0100 (CET) Subject: hlaska "--: not found" In-Reply-To: References: Message-ID: <20070127133315.M68156@shark.devnull.cz> On Sat, 27 Jan 2007, Honza wrote: >Pekne poledne preji, > >ted jsem dodelal a odvezl do serverovny novou masinu s 6.2release, mel >jsem ji doma nekolik dni a vse bylo ok, kdyz jsi ji v serverovne >poustel vsimnul jsem si divny hlasky "--: not found", jako spravny bfu >sem to ignoroval kdyz vsechno fungovalo. > >Ted jsem udelal nejake zmeny v /etc/inetd.conf a chtel jsem pomoci >/etc/rc.d/inetd restart restartovat, jenze ouha, dostal jsem hlasku >"--: not found" tipnul bych si, ze to je chybny zalomeni radku v inetd start skriptu, kde '--' melo puvodne ukoncit zpracovani command line options, ale dostalo se to nejak na zacatek radku. Takze ted ti shell rika, ze prikaz '--' nelze najit. grep -e -- /etc/rc.d/inetd pripadne pokud to nepomuze, tak: grep -R -e ^-- /etc pripadne: grep -R -e -- /etc # (pripadne jeste s -w) h. -- Jan Pechanec http://www.devnull.cz From poctavek at kmit.sk Tue Jan 30 19:03:05 2007 From: poctavek at kmit.sk (Jan Poctavek) Date: Tue, 30 Jan 2007 19:03:05 +0100 Subject: postfix virtual a ignorovana email adresal In-Reply-To: <45BA0A1D.4020607@gdi.cz> References: <45B90A96.9000605@jozef.drahovsky.sk> <45B926CC.5010703@gmail.com> <45B92F83.7000601@jozef.drahovsky.sk> <45B9D51D.7080606@obluda.cz> <45B9F6C3.30003@jozef.drahovsky.sk> <45BA01AD.2010501@obluda.cz> <45BA0489.3000807@jozef.drahovsky.sk> <45BA0A1D.4020607@gdi.cz> Message-ID: <45BF8859.8050002@kmit.sk> > main.cf: (priklad!) > > ... > smtpd_recipient_restrictions=permit_mynetworks, ..., ..., ..., > check_recipient_access hash:/cesta/badusers, > reject_unauth_destination > ... > > > /cesta/badusers: > > ccc at example.com 511 Tento uzivatel neexistuje > Vzhladom na to, ze poziadavka je aby odosielatel nevedel preco je odmietnuty, /cesta/badusers moze obsahovat ccc at example.com REJECT co vygeneruje defaultnu reject spravu. Podla toho ci sa check_recipient_access pouzije v smtpd_recipient_restrictions alebo v smtpd_sender_restrictions sa vygeneruje sprava Recipient address rejected: Access denied alebo Sender address rejected: Access denied ...a to je vsetko co odosielatel zisti. BTW nezabudni po editacii pregenerovat databazu postmap hash:/cesta/badusers Dufam ze sme sa konecne dopracovali k nejakemu rieseniu :). Janci From pav at oook.cz Wed Jan 31 18:00:31 2007 From: pav at oook.cz (Pav Lucistnik) Date: Wed, 31 Jan 2007 18:00:31 +0100 Subject: bsd session Message-ID: <1170262831.67910.51.camel@pav.hide.vol.cz> Zveme vas netradicne jiz zitra, 1. unora, na pravidelnou prazskou BSD Sessnu (posezeni nad pivem a stejkem) do Stare doby v Gorazdove ulici. Prichazejte od 18:30 a v hojnem poctu! Budeme zapijet konec podpory FreeBSD 4. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From xdivac02 at stud.fit.vutbr.cz Wed Jan 31 18:05:52 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 31 Jan 2007 18:05:52 +0100 Subject: bsd session In-Reply-To: <1170262831.67910.51.camel@pav.hide.vol.cz> References: <1170262831.67910.51.camel@pav.hide.vol.cz> Message-ID: <20070131170552.GA41504@stud.fit.vutbr.cz> On Wed, Jan 31, 2007 at 06:00:31PM +0100, Pav Lucistnik wrote: > Zveme vas netradicne jiz zitra, 1. unora, na pravidelnou prazskou BSD > Sessnu (posezeni nad pivem a stejkem) do Stare doby v Gorazdove ulici. > Prichazejte od 18:30 a v hojnem poctu! Budeme zapijet konec podpory > FreeBSD 4. tak na to bych se napil taky :) From info at xcross.cz Sat Feb 3 13:58:14 2007 From: info at xcross.cz (Igor Cerny) Date: Sat, 03 Feb 2007 13:58:14 +0100 Subject: radeon.ko Message-ID: <45C486E6.1070602@xcross.cz> Prosim vas, muze te me nekdo vysvetlit ze po nove instalaci FreeBSD 6.2 s GENERIC kernelem se vzdy natah modul radeon.ko: Id Refs Address Size Name 1 14 0xc0400000 70794c kernel 2 1 0xc0b08000 59f20 acpi.ko 3 1 0xc52ea000 16000 linux.ko 4 1 0xc53d4000 1e000 radeon.ko 5 1 0xc53f2000 e000 drm.ko Po make kernel uz se nenatahuje. Pritom puvodni i novy loader.conf je stejny (prazdny), jen se zmenilo jeho datum. -rw-r--r-- 1 root wheel 0 31 led 06:05 loader.conf neni problem ho tam dopsat, jen me zajima jak k tomu doslo. Diky vsem za cas Igor From xdivac02 at stud.fit.vutbr.cz Sat Feb 3 19:01:27 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Sat, 3 Feb 2007 19:01:27 +0100 Subject: radeon.ko In-Reply-To: <45C486E6.1070602@xcross.cz> References: <45C486E6.1070602@xcross.cz> Message-ID: <20070203180127.GA5848@stud.fit.vutbr.cz> On Sat, Feb 03, 2007 at 01:58:14PM +0100, Igor Cerny wrote: > Prosim vas, muze te me nekdo vysvetlit ze po nove instalaci FreeBSD 6.2 > s GENERIC kernelem se vzdy natah modul radeon.ko: > > Id Refs Address Size Name > 1 14 0xc0400000 70794c kernel > 2 1 0xc0b08000 59f20 acpi.ko > 3 1 0xc52ea000 16000 linux.ko > 4 1 0xc53d4000 1e000 radeon.ko > 5 1 0xc53f2000 e000 drm.ko > > Po make kernel uz se nenatahuje. Pritom puvodni i novy loader.conf je > stejny (prazdny), jen se zmenilo jeho datum. > -rw-r--r-- 1 root wheel 0 31 led 06:05 loader.conf no soude podle data ten soubor urcite neni ten samy jako predtim From pav at oook.cz Sun Feb 4 20:10:05 2007 From: pav at oook.cz (Pav Lucistnik) Date: Sun, 04 Feb 2007 20:10:05 +0100 Subject: radeon.ko In-Reply-To: <45C486E6.1070602@xcross.cz> References: <45C486E6.1070602@xcross.cz> Message-ID: <1170616205.2240.25.camel@ikaros.oook.cz> Igor Cerny p??e v so 03. 02. 2007 v 13:58 +0100: > Prosim vas, muze te me nekdo vysvetlit ze po nove instalaci FreeBSD 6.2 > s GENERIC kernelem se vzdy natah modul radeon.ko: > > Id Refs Address Size Name > 1 14 0xc0400000 70794c kernel > 2 1 0xc0b08000 59f20 acpi.ko > 3 1 0xc52ea000 16000 linux.ko > 4 1 0xc53d4000 1e000 radeon.ko > 5 1 0xc53f2000 e000 drm.ko > > Po make kernel uz se nenatahuje. Pritom puvodni i novy loader.conf je > stejny (prazdny), jen se zmenilo jeho datum. > -rw-r--r-- 1 root wheel 0 31 led 06:05 loader.conf > > neni problem ho tam dopsat, jen me zajima jak k tomu doslo. Podle me si ho natahnou pri startu Xy. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From radek at ceskedomeny.cz Mon Feb 5 12:16:16 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Mon, 5 Feb 2007 12:16:16 +0100 Subject: Polling Message-ID: <16999695.20070205121616@starnet.cz> Dobry den, mam problemy s nastavenim pollingu, resp. nejede, jak jsem si sliboval, spise je to vyrazne horsi. Mam HP Proliant DL360-G4 jako router a u cca 130 Mbit je Xeon vytocen diky preruseni na 100%. Kdyz odbocim, je nejaka jina moznost, nez vyuziti pollingu, jak vyzdimat z toho serveru vice, nez onech 130 Mbit? A nyni k pollingu, nastavil jsem tedy HZ=1000, a vysledek je, ze k nejakemu snizeni vytizeni procesoru dojde, ale je tu zvyseni odezvy u pingu o cca 20 ms (coz bych mozna i zkousl), ale ze site nedostanu vice jak necelych 90 Mbit. Rikal jsem si, ze default hodnoty jsou nastaveny na 100 Mbit (podle man), tak jsem si chvili hral, ale uspech zadny. V tuto chvili mam nastaveno tedy toto: v jadre: HZ=1000 sysctl: kern.polling.burst: 21 kern.polling.burst_max: 1000 kern.polling.each_burst: 5 kern.polling.idle_poll: 0 kern.polling.user_frac: 50 kern.polling.reg_frac: 20 kern.polling.short_ticks: 2359 kern.polling.lost_polls: 354738 kern.polling.pending_polls: 0 kern.polling.residual_burst: 0 kern.polling.handlers: 0 kern.polling.enable: 0 kern.polling.phase: 0 kern.polling.suspect: 752 kern.polling.stalled: 0 kern.polling.idlepoll_sleeping: 1 Mam FreeBSD 6.1. Diky za radu Radek -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From lumax at in.acompp.sk Mon Feb 5 22:29:29 2007 From: lumax at in.acompp.sk (Lubomir Majersky) Date: Mon, 05 Feb 2007 22:29:29 +0100 Subject: spam z webu... Message-ID: <45C7A1B9.1050800@in.acompp.sk> Zdravim vsetkych, vedel by ma niekto *nasmerovat/nakopnut*, ako si poradit zo spamom generovanym z php scriptu weboveho servera? Viem, ze otazka je velmi vseobecna, ale neviem co mam v podstate hladat, nakolko nemam velke znalosti z php. Jedno vsak viem urcite, ze sa to deje cez web, lebo ked odstavim web server (apache) tak to prestane. Neviem, co si kto zo zakaznikov nasadil, mnoho vsak z nich pouziva opensource aplikacie a tazko sa mi v nich patra. Deje sa mi to uz par dni a neviem co s tym. Vdaka -- LuMaX From koutek at o-k.cz Mon Feb 5 22:41:28 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Mon, 05 Feb 2007 22:41:28 +0100 Subject: spam z webu... In-Reply-To: <45C7A1B9.1050800@in.acompp.sk> References: <45C7A1B9.1050800@in.acompp.sk> Message-ID: <1170711688.18485.1.camel@shift.o-k.cz> na tohle je nejlepsi pouzit metodu rozdel a panuj. nejprve zjistit ktery z virtualnich serveru zlobi, pak koukat co tam je za aplikace. Pak se clovek dopatra az tak daleko, ze muze kopnout do puvodce problemu a zadat napravu (pripadne pokud to zakaznik snese odstavit zlobici aplikaci) Ondra Lubomir Majersky p??e v po 05. 02. 2007 v 22:29 +0100: > Zdravim vsetkych, > > vedel by ma niekto *nasmerovat/nakopnut*, ako si poradit zo spamom > generovanym z php scriptu weboveho servera? Viem, ze otazka je velmi > vseobecna, ale neviem co mam v podstate hladat, nakolko nemam velke > znalosti z php. Jedno vsak viem urcite, ze sa to deje cez web, lebo ked > odstavim web server (apache) tak to prestane. Neviem, co si kto zo > zakaznikov nasadil, mnoho vsak z nich pouziva opensource aplikacie a > tazko sa mi v nich patra. Deje sa mi to uz par dni a neviem co s tym. > > Vdaka > -- > LuMaX From dan at obluda.cz Mon Feb 5 23:02:24 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 05 Feb 2007 23:02:24 +0100 Subject: spam z webu... In-Reply-To: <45C7A1B9.1050800@in.acompp.sk> References: <45C7A1B9.1050800@in.acompp.sk> Message-ID: <45C7A970.8060903@obluda.cz> Lubomir Majersky napsal/wrote, On 02/05/07 22:29: > vedel by ma niekto *nasmerovat/nakopnut*, ako si poradit zo spamom > generovanym z php scriptu weboveho servera? Viem, ze otazka je velmi > vseobecna, ale neviem co mam v podstate hladat, nakolko nemam velke > znalosti z php. Jedno vsak viem urcite, ze sa to deje cez web, lebo ked > odstavim web server (apache) tak to prestane. Neviem, co si kto zo > zakaznikov nasadil, mnoho vsak z nich pouziva opensource aplikacie a > tazko sa mi v nich patra. Deje sa mi to uz par dni a neviem co s tym. A jak jste vlastne zjistil, ze se vubec rozesilaji nejake emaily ? Jestlize si nekdo stezoval, urcite vam poslal kopii takoveho emailu, vcetne kompletnich hlavicek (to je takova samozrejmost, u podobnych stiznosti, bez nich stiznost rovnou odmitnete jako prakticky neresitelnou). Jestlize jste takovy email zachytil sam, take mate jeho hlavicky. Z tech se da ledacos o zpusobu rozesilani zjistit. Pokud se ukaze, ze jsou dopisy rozesilany pres MTA, ktere mate pod kontrolou (a pres ktere se rozesila je prave v tech hlavickach) budou da;sim zdrojem informace z LOGu tohoto MTA. Dale mate access-log prislusneho WWW serveru, a to uz je v kombinaci s predchozimi informacemi pomerne silny zdroj informaci. Bohuzel, nam zadna z techto informaci poskytnuta nebyla, proto je, skutecne, otazka prilis obecna a konkretne nezodpoveditelna ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From radek at ceskedomeny.cz Mon Feb 5 23:52:14 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Mon, 5 Feb 2007 23:52:14 +0100 Subject: spam z webu... In-Reply-To: <45C7A1B9.1050800@in.acompp.sk> References: <45C7A1B9.1050800@in.acompp.sk> Message-ID: <1282897064.20070205235214@starnet.cz> Dobry den, 5. ?nora 2007, 22:29:29, jste napsal(a): LM> Zdravim vsetkych, LM> vedel by ma niekto *nasmerovat/nakopnut*, ako si poradit zo spamom LM> generovanym z php scriptu weboveho servera? Viem, ze otazka je velmi LM> vseobecna, ale neviem co mam v podstate hladat, nakolko nemam velke LM> znalosti z php. Jedno vsak viem urcite, ze sa to deje cez web, lebo ked LM> odstavim web server (apache) tak to prestane. Neviem, co si kto zo LM> zakaznikov nasadil, mnoho vsak z nich pouziva opensource aplikacie a LM> tazko sa mi v nich patra. Deje sa mi to uz par dni a neviem co s tym. Resim toto jiz nejakou dobu, s oblibou se tak deje pres neosetreny vstup do include metodou GET. Klasicky a stale dokola mnou reseny problem vypada takto: http://www.domenaxx.xx/?page=http://www.geocities.com/secureserver50/Bigdoz.txt? namisto zadaneho, lec neosetreneho: http://www.domenaxx.xx/?page=kontakty V kodu php to pak vypada nejak takto: require($page); coz je prisernost, ale pouziva to asi 90% lidi, co znam. Muze pomoct cvicne si zapnout na apachi server-status, tam je videt takto formulovany http request, je to videt v logu http serveru, da se to dohledat. To je ovsem problem php obecne, nezalezi na operacnim systemu. -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From 000.fbsd at quip.cz Tue Feb 6 00:57:42 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 06 Feb 2007 00:57:42 +0100 Subject: spam z webu... In-Reply-To: <45C7A1B9.1050800@in.acompp.sk> References: <45C7A1B9.1050800@in.acompp.sk> Message-ID: <45C7C476.1050002@quip.cz> Lubomir Majersky wrote: > Zdravim vsetkych, > > vedel by ma niekto *nasmerovat/nakopnut*, ako si poradit zo spamom > generovanym z php scriptu weboveho servera? Viem, ze otazka je velmi > vseobecna, ale neviem co mam v podstate hladat, nakolko nemam velke > znalosti z php. Jedno vsak viem urcite, ze sa to deje cez web, lebo ked > odstavim web server (apache) tak to prestane. Neviem, co si kto zo > zakaznikov nasadil, mnoho vsak z nich pouziva opensource aplikacie a > tazko sa mi v nich patra. Deje sa mi to uz par dni a neviem co s tym. Nejaky (pomerne kratky) cas je pri kompilaci PHP moznost volby WITH_MAILHEAD=true - to bych vam doporucil v prvni rade (je to k dispozici pro PHP5, u PHP4 si nejsem jisty). Tato volba zajisti, ze se do kazdeho e-mailu, ktery je z PHP odeslany funkci mail(), vlozi i hlavicka obsahujici jmeno virtualhostu, url scriptu a IP adresu klienta, ktery tu stranku navstivil (e-mail odeslal). To je IMHO nejlepsi zpusob, jak zjistit, odkud se ty maily posilaji. Dohledavat to z logu je u vetsiho poctu virtualu / scriptu, dost neprijemna prace. Miroslav Lachman From lednej at karneval.cz Tue Feb 6 01:07:58 2007 From: lednej at karneval.cz (Ales Lednej) Date: Tue, 06 Feb 2007 01:07:58 +0100 Subject: spam z webu... In-Reply-To: <45C7C476.1050002@quip.cz> References: <45C7A1B9.1050800@in.acompp.sk> <45C7C476.1050002@quip.cz> Message-ID: <45C7C6DE.7070004@karneval.cz> Zdravim, resili jsme to tak, ze misto sendmailu v php.ini byl script, ktery pocital pocet mailu / cas. Neni tam sice videt virtual, ale cesta ze ktere byl script vyvolan, po kotrole whihitelistu a tak se to predalo sendmailu. Patchovat php se nechtelo a drive to php ve standartu neumelo. Pak uz se fantazii meze nekladou... -- S pratelskym pozdravem Ales Lednej NOC Administrator ------------------------------------------------------------------ Karneval Media s.r.o. U svobodarny 1500/5 190 00 Praha 9 Phone: +420 261 107 443 Miroslav Lachman wrote: > Lubomir Majersky wrote: >> Zdravim vsetkych, >> >> vedel by ma niekto *nasmerovat/nakopnut*, ako si poradit zo spamom >> generovanym z php scriptu weboveho servera? Viem, ze otazka je velmi >> vseobecna, ale neviem co mam v podstate hladat, nakolko nemam velke >> znalosti z php. Jedno vsak viem urcite, ze sa to deje cez web, lebo ked >> odstavim web server (apache) tak to prestane. Neviem, co si kto zo >> zakaznikov nasadil, mnoho vsak z nich pouziva opensource aplikacie a >> tazko sa mi v nich patra. Deje sa mi to uz par dni a neviem co s tym. > > Nejaky (pomerne kratky) cas je pri kompilaci PHP moznost volby > WITH_MAILHEAD=true - to bych vam doporucil v prvni rade (je to k > dispozici pro PHP5, u PHP4 si nejsem jisty). Tato volba zajisti, ze se > do kazdeho e-mailu, ktery je z PHP odeslany funkci mail(), vlozi i > hlavicka obsahujici jmeno virtualhostu, url scriptu a IP adresu klienta, > ktery tu stranku navstivil (e-mail odeslal). > > To je IMHO nejlepsi zpusob, jak zjistit, odkud se ty maily posilaji. > Dohledavat to z logu je u vetsiho poctu virtualu / scriptu, dost > neprijemna prace. > > Miroslav Lachman From 000.fbsd at quip.cz Tue Feb 6 01:21:22 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 06 Feb 2007 01:21:22 +0100 Subject: ProFTPd umre pri rotaci logu Message-ID: <45C7CA02.4050304@quip.cz> Pouzivam na serverech proftpd-mysql-1.3.1.r2_2 a s touto verzi prisel novy problem - pri rotaci logu (pres newsyslog) dojde v nekterych pripadech k ukonceni behu ProFTPd. Nestane se to tak vzdy, ale denne minimalne na jednom z nekolika serveru, kde je tato verze nainstalovana. V logu se objevi nasledujici hlaska: Feb 6 00:00:01 roxy proftpd[39294]: Fatal: SystemLog: unable to redirect logging to '/var/log/proftpd/main.log': Permission denied on line 37 of '/usr/local/etc/proftpd.conf' Na radku 37 je: SystemLog /var/log/proftpd/main.log Dale se loguje jeste LogFormat awstats "%t %h %u %m %f %s %b" ExtendedLog /var/log/proftpd/main.xferlog read,write awstats TLSLog /var/log/proftpd/tls.log Zaznamy v /etc/newsyslog.conf /var/log/proftpd/*.xferlog 600 15 * @T00 GWZ /var/run/proftpd.pid /var/log/proftpd/*.log 600 15 * @T00 GWZ /var/run/proftpd.pid Tato konfigurace az do ted bezela roky bez problemu. Setkal jste se nekdo s podobnym problemem? Napada nekoho reseni? Miroslav Lachman From dan at obluda.cz Tue Feb 6 02:12:32 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Feb 2007 02:12:32 +0100 Subject: spam z webu... In-Reply-To: <1282897064.20070205235214@starnet.cz> References: <45C7A1B9.1050800@in.acompp.sk> <1282897064.20070205235214@starnet.cz> Message-ID: <45C7D600.3010509@obluda.cz> Bc. Radek Krejca napsal/wrote, On 02/05/07 23:52: > V kodu php to pak vypada nejak takto: > > require($page); > coz je prisernost, ale pouziva to asi 90% lidi, co znam. To spada do kategorie "nedavej sirky detem". Ale pokud dotycny za moznost pouzivat nastroj, ktery nezvlada, plati alespon tolik, aby to pokrylo rizika tim vznikaji tak, nakonec, proc ne - o zivot nejde. Ono programovani, to je jako politika, tomu taky rozumi uplne kazdej ... Ale zpatky konstruktivne k mailum a k tomu jak kreativnim laikum zabranit v pachani skod nejvetsich - konfigurace PHP obsahuje mimo jine definici programu, ktery funkce "mail" pouziva. Nic lepsiho uz si skoro prat nelze - ruzne virtualni hosty budou pouzivat sendmail s ruznymi konfiguraky - a ruzne konfiguraky - to je siroka moznost verifikace adres, jejich zmen, pridavani hlavicek. A pokud by ani to nestacilo, lze si vytvorit vlastni wrapper (i shell script staci), a pak uz lze delat uz prakticky uplne cokoliv ... Obe metody predpokladaji, ze nabizenym a pouzivanym nastrojum dostatecne rozumi alespon ten, kdo je prodava nebo nekdo, kdo je mu k dispozici. Pokud ani tohle neni splneno, pak neni rady ani vzajemne hospodarske pomoci ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Tue Feb 6 04:26:02 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Feb 2007 04:26:02 +0100 Subject: Polling In-Reply-To: <16999695.20070205121616@starnet.cz> References: <16999695.20070205121616@starnet.cz> Message-ID: <45C7F54A.3050507@obluda.cz> Bc. Radek Krejca napsal/wrote, On 02/05/07 12:16: > mam problemy s nastavenim pollingu, resp. nejede, jak jsem si > sliboval, spise je to vyrazne horsi. > kern.polling.enable: 0 ^^^^^^^^^^^^^^^^^^^^^^ Ze "nejede" me az tak neprekvapuje. Ostatni informace v dotazu jsem az tak nezkoumal - myslim, ze je treba zacit timhle ... Jen si nejsem jist, jestli to lze ucinne nastavit kdykoliv a nebo jedine pred inicializaci karet. Odhaduji to druhe. Nebo jinak - jestlize karta stale generuje interrupty, pak nejede v polling rezimu. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Tue Feb 6 04:48:17 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Feb 2007 04:48:17 +0100 Subject: Polling In-Reply-To: <45C7F54A.3050507@obluda.cz> References: <16999695.20070205121616@starnet.cz> <45C7F54A.3050507@obluda.cz> Message-ID: <45C7FA81.4050408@obluda.cz> Dan Lukes napsal/wrote, On 02/06/07 04:26: > Bc. Radek Krejca napsal/wrote, On 02/05/07 12:16: >> mam problemy s nastavenim pollingu, resp. nejede, jak jsem si >> sliboval, spise je to vyrazne horsi. > >> kern.polling.enable: 0 > ^^^^^^^^^^^^^^^^^^^^^^ Zpatky na stromy, timhle se niceho nenastavi. Ted se pouziva ifconfig. Protoze informace o nastaveni sitovek dotaz neobsahoval (vzato kolem a kolem tokonce ani jake tam jsou) je treba si uvedomit, jestli je na nich polling skutecne aktivovan (ifconfig bge0 resp bge1, klic 'polling' v sekci 'option') a teprve pak pripadne vyvozovat nejake zavery. A pokud neni, tak nejprve aktivovat (ifconfig bge{0|1} polling) Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From konfer at mikulas.com Tue Feb 6 06:32:00 2007 From: konfer at mikulas.com (Jiri Mikulas) Date: Tue, 06 Feb 2007 06:32:00 +0100 Subject: Polling In-Reply-To: <16999695.20070205121616@starnet.cz> References: <16999695.20070205121616@starnet.cz> Message-ID: <45C812D0.8070406@mikulas.com> Ahoj pro info, takhle vypada karta bez a s pollingem zapina se to ifconfig em0 polling polling Turn on polling(4) feature and disable interrupts on the inter- face, if driver supports this mode. -polling Turn off polling(4) feature and enable interrupt mode on the interface. ~~~~~~~~~~~~~ sk0: flags=8843 mtu 1500 options=b em0: flags=8843 mtu 1500 options=4b ~~~~~~~~~~~ guli Bc. Radek Krejca wrote: > Dobry den, > > mam problemy s nastavenim pollingu, resp. nejede, jak jsem si > sliboval, spise je to vyrazne horsi. > > Mam HP Proliant DL360-G4 jako router a u cca 130 Mbit je Xeon > vytocen diky preruseni na 100%. Kdyz odbocim, je nejaka jina > moznost, nez vyuziti pollingu, jak vyzdimat z toho serveru vice, nez > onech 130 Mbit? > > A nyni k pollingu, nastavil jsem tedy HZ=1000, a vysledek je, ze k > nejakemu snizeni vytizeni procesoru dojde, ale je tu zvyseni odezvy > u pingu o cca 20 ms (coz bych mozna i zkousl), ale ze site nedostanu > vice jak necelych 90 Mbit. Rikal jsem si, ze default hodnoty jsou > nastaveny na 100 Mbit (podle man), tak jsem si chvili hral, ale > uspech zadny. V tuto chvili mam nastaveno tedy toto: > > v jadre: HZ=1000 > sysctl: > > kern.polling.burst: 21 > kern.polling.burst_max: 1000 > kern.polling.each_burst: 5 > kern.polling.idle_poll: 0 > kern.polling.user_frac: 50 > kern.polling.reg_frac: 20 > kern.polling.short_ticks: 2359 > kern.polling.lost_polls: 354738 > kern.polling.pending_polls: 0 > kern.polling.residual_burst: 0 > kern.polling.handlers: 0 > kern.polling.enable: 0 > kern.polling.phase: 0 > kern.polling.suspect: 752 > kern.polling.stalled: 0 > kern.polling.idlepoll_sleeping: 1 > > Mam FreeBSD 6.1. > > Diky za radu > Radek > From vnovy at vnovy.net Tue Feb 6 08:56:50 2007 From: vnovy at vnovy.net (Vitezslav Novy) Date: Tue, 06 Feb 2007 08:56:50 +0100 Subject: spam z webu... In-Reply-To: <45C7A1B9.1050800@in.acompp.sk> References: <45C7A1B9.1050800@in.acompp.sk> Message-ID: <45C834C2.6040003@vnovy.net> Lubomir Majersky wrote: > Zdravim vsetkych, > > vedel by ma niekto *nasmerovat/nakopnut*, ako si poradit zo spamom > generovanym z php scriptu weboveho servera? Jak uz tu nekdo drive uvedl, jeden oblibeny zpusob je zneuziti include. Druhy oblibeny zpusob je zneuziti formulare na odesilani mailu. Tj. pokud existuje formular jehoz obsah je posleze odesilan php funkci mail a do tohoto formulare muze kdokoliv vyplnit nejake udaje, ktere se posleze dostanou do hlavicky mailu (typicky to byva From nebo Subject) a takovyto vstup neni spravne omezen, da se vhodnym vyplnenim takoveho formulare odeslat jakykoliv mail komukoliv. Pri analyze takoveho pripadu doporucuju vyjit z maillogu, zjistit kdy se ty maily odeslaly a potom v hledat logu apache co se v tom case delo. Typicky to bude nejaky casto opakovany POST, V. Novy From radek at ceskedomeny.cz Tue Feb 6 09:18:59 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Tue, 6 Feb 2007 09:18:59 +0100 Subject: Polling In-Reply-To: <45C812D0.8070406@mikulas.com> References: <16999695.20070205121616@starnet.cz> <45C812D0.8070406@mikulas.com> Message-ID: <1784268687.20070206091859@starnet.cz> Dobry den, 6. ?nora 2007, 6:32:00, jste napsal(a): JM> Ahoj JM> pro info, takhle vypada karta bez a s pollingem JM> zapina se to ifconfig em0 polling JM> polling JM> Turn on polling(4) feature and disable interrupts on the inter- JM> face, if driver supports this mode. JM> -polling JM> Turn off polling(4) feature and enable interrupt mode on the JM> interface. Polling bezi, mam bge0, je to tam videt a system se zacne chovat jinak. Zatez procesoru klesne, ale bohuzel i maximalni traffic, ktereho jsem schopen dosahnout a zvedne se odezva i po lokalni siti. -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From radek at ceskedomeny.cz Tue Feb 6 09:23:22 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Tue, 6 Feb 2007 09:23:22 +0100 Subject: Polling In-Reply-To: <45C7FA81.4050408@obluda.cz> References: <16999695.20070205121616@starnet.cz> <45C7F54A.3050507@obluda.cz> <45C7FA81.4050408@obluda.cz> Message-ID: <1436440824.20070206092322@starnet.cz> Dobry den, 6. ?nora 2007, 4:48:17, jste napsal(a): DL> Dan Lukes napsal/wrote, On 02/06/07 04:26: >> Bc. Radek Krejca napsal/wrote, On 02/05/07 12:16: >>> mam problemy s nastavenim pollingu, resp. nejede, jak jsem si >>> sliboval, spise je to vyrazne horsi. >> >>> kern.polling.enable: 0 >> ^^^^^^^^^^^^^^^^^^^^^^ DL> Zpatky na stromy, timhle se niceho nenastavi. Ted se pouziva ifconfig. DL> Protoze informace o nastaveni sitovek dotaz neobsahoval (vzato kolem a DL> kolem tokonce ani jake tam jsou) je treba si uvedomit, jestli je na nich DL> polling skutecne aktivovan (ifconfig bge0 resp bge1, klic 'polling' v DL> sekci 'option') a teprve pak pripadne vyvozovat nejake zavery. A pokud DL> neni, tak nejprve aktivovat (ifconfig bge{0|1} polling) Presne tak, nastavuji polling pres ifconfig a kdyz si vypisu info o kartach, tak na obou mam nastaven polling. Zatez procesoru opravdu klesne a stane se tak za behu pocitace. Bohuzel pak se zvedne odezva pingu i nacitani stranek useru a hlavne, nedokazu pak prenest pres gate vice, nez cca 89 Mbit. Aktualni hodnoty sysctl jsem zaslal proto, protoze jsem s nimi hybal a stejne se nic nezmenilo. Domnival jsem se, ze se sysctl promennymi lze hybat za behu systemu s okamzitym efektem, je to tak? -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From xdivac02 at stud.fit.vutbr.cz Tue Feb 6 09:25:05 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 6 Feb 2007 09:25:05 +0100 Subject: Polling In-Reply-To: <45C7FA81.4050408@obluda.cz> References: <16999695.20070205121616@starnet.cz> <45C7F54A.3050507@obluda.cz> <45C7FA81.4050408@obluda.cz> Message-ID: <20070206082505.GA42252@stud.fit.vutbr.cz> On Tue, Feb 06, 2007 at 04:48:17AM +0100, Dan Lukes wrote: > Dan Lukes napsal/wrote, On 02/06/07 04:26: > > Bc. Radek Krejca napsal/wrote, On 02/05/07 12:16: > >> mam problemy s nastavenim pollingu, resp. nejede, jak jsem si > >> sliboval, spise je to vyrazne horsi. > > > >> kern.polling.enable: 0 > > ^^^^^^^^^^^^^^^^^^^^^^ > > Zpatky na stromy, timhle se niceho nenastavi. Ted se pouziva ifconfig. ja bych rekl ze i nastavi... nastavi to polling na vsech dostupnych sitovkach. je to sice deprecated interface ale fungovat by to melo. to jen takovy detail :) From xdivac02 at stud.fit.vutbr.cz Tue Feb 6 09:29:12 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 6 Feb 2007 09:29:12 +0100 Subject: Polling In-Reply-To: <16999695.20070205121616@starnet.cz> References: <16999695.20070205121616@starnet.cz> Message-ID: <20070206082912.GB42252@stud.fit.vutbr.cz> On Mon, Feb 05, 2007 at 12:16:16PM +0100, Bc. Radek Krejca wrote: > Dobry den, > > mam problemy s nastavenim pollingu, resp. nejede, jak jsem si > sliboval, spise je to vyrazne horsi. > > Mam HP Proliant DL360-G4 jako router a u cca 130 Mbit je Xeon > vytocen diky preruseni na 100%. Kdyz odbocim, je nejaka jina > moznost, nez vyuziti pollingu, jak vyzdimat z toho serveru vice, nez > onech 130 Mbit? > > A nyni k pollingu, nastavil jsem tedy HZ=1000, a vysledek je, ze k > nejakemu snizeni vytizeni procesoru dojde, ale je tu zvyseni odezvy > u pingu o cca 20 ms (coz bych mozna i zkousl), ale ze site nedostanu > vice jak necelych 90 Mbit. Rikal jsem si, ze default hodnoty jsou > nastaveny na 100 Mbit (podle man), tak jsem si chvili hral, ale > uspech zadny. V tuto chvili mam nastaveno tedy toto: > > v jadre: HZ=1000 zkusil bych vyssi HZ, za zkousku clovek ni neda no ne? :) pokud je mozne lehce experimentovat tak v 7-c je MSI, ktere pry dost zvysuje vykon prave na techhle vecech (naprosto mi unika jak ale v commit message to psali :)) dalsi vec co mne napada ze by se dala zkusit je vypnout SMP (ta masina je smp ne?). tim vypnutim myslim jako dat do pryc z kernelu. pokud neco z toho zkusis tak by mne docela zajimaly vysledky (ciste ze zajmu, nehodlam s tim nic podnikat) roman From zburget at miastudio.cz Tue Feb 6 09:33:34 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Tue, 06 Feb 2007 09:33:34 +0100 Subject: Polling In-Reply-To: <45C7FA81.4050408@obluda.cz> References: <16999695.20070205121616@starnet.cz> <45C7F54A.3050507@obluda.cz> <45C7FA81.4050408@obluda.cz> Message-ID: <45C83D5E.4080105@miastudio.cz> Dan Lukes napsal(a): > Dan Lukes napsal/wrote, On 02/06/07 04:26: >> Bc. Radek Krejca napsal/wrote, On 02/05/07 12:16: >>> mam problemy s nastavenim pollingu, resp. nejede, jak jsem si >>> sliboval, spise je to vyrazne horsi. >>> kern.polling.enable: 0 >> ^^^^^^^^^^^^^^^^^^^^^^ > > Zpatky na stromy, timhle se niceho nenastavi. Ted se pouziva ifconfig. No, nevim, na mem FBSD 5.5: em0: flags=8843 mtu 1500 options=4b em1: flags=8843 mtu 1500 options=4b kern.polling.burst: 5 kern.polling.each_burst: 5 kern.polling.burst_max: 150 kern.polling.idle_poll: 0 kern.polling.poll_in_trap: 0 kern.polling.user_frac: 50 kern.polling.reg_frac: 20 kern.polling.short_ticks: 0 kern.polling.lost_polls: 0 kern.polling.pending_polls: 0 kern.polling.residual_burst: 0 kern.polling.handlers: 0 kern.polling.enable: 0 kern.polling.phase: 0 kern.polling.suspect: 0 kern.polling.stalled: 0 kern.polling.idlepoll_sleeping: 1 takze polling prokazatelne nejede nicmene v puvodnim dotazu byl tenhle radek: kern.polling.lost_polls: 354738 neni to cislo trochu velke? jak jdyz na mem routeru zapnu polling, tak mi take lost polls narustaji az prilis moc, tak mam polling vypnuty. Nikdy jsem neprisel na to, jak zajistit, aby se polls neztracely :-( Ale traffic u mne neni zase tak extremni, aby mi to momentalne vadilo. Kdyby ale nekdo poradil, jak to vyladit, nezlobil bych se :-) -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From zburget at miastudio.cz Tue Feb 6 09:35:54 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Tue, 06 Feb 2007 09:35:54 +0100 Subject: Polling In-Reply-To: <20070206082912.GB42252@stud.fit.vutbr.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> Message-ID: <45C83DEA.8070004@miastudio.cz> Divacky Roman napsal(a): > On Mon, Feb 05, 2007 at 12:16:16PM +0100, Bc. Radek Krejca wrote: >> Dobry den, >> >> >> v jadre: HZ=1000 > > zkusil bych vyssi HZ, za zkousku clovek ni neda no ne? :) pokud je mozne jak jsem psal jinde, pokud nekde narustaji lost polls, zvysenim HZ by se to mohlo spis jeste zhorsit ne? -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From scorp at scorp.sk Tue Feb 6 09:44:31 2007 From: scorp at scorp.sk (=?Windows-1250?Q?Pavol_=C8ierny?=) Date: Tue, 6 Feb 2007 09:44:31 +0100 Subject: spam z webu... In-Reply-To: <45C7D600.3010509@obluda.cz> References: <45C7A1B9.1050800@in.acompp.sk> <1282897064.20070205235214@starnet.cz> <45C7D600.3010509@obluda.cz> Message-ID: <1525393036.20070206094431@cierny.sk> Moje riesenie bolo predefinovanie programu ktory pouziva funkcia mail() v php.ini tak ako to Dan uz spominal... Miesto sendmailu priamo sa este vola wrapper ktory hlada hlavicky Bcc:, resp. hlada kolko e-mailovych adries je v hlavicke ci uz v To: alebo Cc: resp. Bcc: ... Ak najde viac ako 15 tak mail neposunie sendmailu ... odvtedy je klud nakolko utoky cez moje servre so zneuzitim formularov sa diali tak ze "chytry" zakaznik si dal do hlavicky From: a adresu odosielatela ktory sa samozrejme posiela z formulara... potom som uz len videl maily Bcc: a 500 prijemcov :) Suhlasim s vetou :) > Ono programovani, to je jako politika, tomu taky rozumi uplne kazdej ... -- S pozdravom Pavol ?ierny > Bc. Radek Krejca napsal/wrote, On 02/05/07 23:52: >> V kodu php to pak vypada nejak takto: >> >> require($page); >> coz je prisernost, ale pouziva to asi 90% lidi, co znam. > To spada do kategorie "nedavej sirky detem". Ale pokud dotycny za > moznost pouzivat nastroj, ktery nezvlada, plati alespon tolik, aby to > pokrylo rizika tim vznikaji tak, nakonec, proc ne - o zivot nejde. > Ono programovani, to je jako politika, tomu taky rozumi uplne kazdej ... > Ale zpatky konstruktivne k mailum a k tomu jak kreativnim laikum > zabranit v pachani skod nejvetsich - konfigurace PHP obsahuje mimo jine > definici programu, ktery funkce "mail" pouziva. Nic lepsiho uz si skoro > prat nelze - ruzne virtualni hosty budou pouzivat sendmail s ruznymi > konfiguraky - a ruzne konfiguraky - to je siroka moznost verifikace > adres, jejich zmen, pridavani hlavicek. A pokud by ani to nestacilo, lze > si vytvorit vlastni wrapper (i shell script staci), a pak uz lze delat > uz prakticky uplne cokoliv ... > Obe metody predpokladaji, ze nabizenym a pouzivanym nastrojum > dostatecne rozumi alespon ten, kdo je prodava nebo nekdo, kdo je mu k > dispozici. Pokud ani tohle neni splneno, pak neni rady ani vzajemne > hospodarske pomoci ... > Dan > -- > Dan Lukes SISAL MFF UK > AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From zburget at miastudio.cz Tue Feb 6 09:59:15 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Tue, 06 Feb 2007 09:59:15 +0100 Subject: shaping provozu Message-ID: <45C84363.4010309@miastudio.cz> Zdravim vespolek, chtel bych se zeptat, jednu vec ohledne shapingu. Pro shaping pouzivam IPFW + DUMMYNET Ted mam provoz na siti osetreny tak, ze "slusny provoz" (porty 20,21,22,25,80,110,143,443) jde do front s nejvyssi prioritou, vsechno ostatni do front s nizsi prioritou. Rad bych to jeste upravil tak, aby se to "vsechno ostatni" dal rozdelilo na p2p stahovace a vsechno ostatni. Abych nehazel do pytle p2p s telefonovanim pres skype, inetova radia, hry a tak. Moje predstava byla takova, ze poslu p2p do front s nejnizsi prioritou, ale s ohledem na to, jak je reseny treba DirectConnect, tak to asi nebude tak jednoduche (nepujde jednoduse zjistit pomoci portu). Nejde mi o zakazani toho provozu, jen bych chtel snizit jeho prioritu. Jsou na to v IPFW vubec prostredky? IPFW rule mam staticke, zatim jsem nemel duvod resit stavovy firewall. Pokud to resi stavovy nebo jiny firewall (PF?) rad zmenim lokal. Nerad bych se ale poustel do rekonfigurace celeho firewallu a potom zjistil, ze to byla zbytecna prace. Reseni by jeste mohlo byt vyjmenovat to "vsechno ostatni", ale vzhledem k mnozstvi toho vseho to nevidim jako realne. Poradite nekdo? -- Zbyn?k Burget From pm-conf at kostax.cz Tue Feb 6 10:48:20 2007 From: pm-conf at kostax.cz (Petr Macek) Date: Tue, 06 Feb 2007 10:48:20 +0100 Subject: shaping provozu In-Reply-To: <45C84363.4010309@miastudio.cz> References: <45C84363.4010309@miastudio.cz> Message-ID: <45C84EE4.7020208@kostax.cz> Zbyn?k Burget napsal(a): > Zdravim vespolek, > chtel bych se zeptat, jednu vec ohledne shapingu. > Pro shaping pouzivam IPFW + DUMMYNET > Ted mam provoz na siti osetreny tak, ze "slusny provoz" (porty > 20,21,22,25,80,110,143,443) jde do front s nejvyssi prioritou, vsechno > ostatni do front s nizsi prioritou. > Rad bych to jeste upravil tak, aby se to "vsechno ostatni" dal rozdelilo > na p2p stahovace a vsechno ostatni. Abych nehazel do pytle p2p s > telefonovanim pres skype, inetova radia, hry a tak. > Moje predstava byla takova, ze poslu p2p do front s nejnizsi prioritou, > ale s ohledem na to, jak je reseny treba DirectConnect, tak to asi > nebude tak jednoduche (nepujde jednoduse zjistit pomoci portu). Nejde mi > o zakazani toho provozu, jen bych chtel snizit jeho prioritu. Jsou na to > v IPFW vubec prostredky? > IPFW rule mam staticke, zatim jsem nemel duvod resit stavovy firewall. > Pokud to resi stavovy nebo jiny firewall (PF?) rad zmenim lokal. Nerad > bych se ale poustel do rekonfigurace celeho firewallu a potom zjistil, > ze to byla zbytecna prace. > Reseni by jeste mohlo byt vyjmenovat to "vsechno ostatni", ale vzhledem > k mnozstvi toho vseho to nevidim jako realne. > Poradite nekdo? > ja to resim tak, ze stahovac stahuje => ma nekolikanasobne vetsi prenos dat nez ostatni. Takze ja strkam do pipe/queue lidi s velkym trafficem. Samozrejme musis urcit hranici, kdo je jeste bezny uzivatel a kdo stahovac. No a pak Ti nastava problem, kdyz chce stahovac skypeovat :-) PM -- # --------------- # Petr Macek # pm at kostax.cz # icq: 87323239 # www.kostax.cz # MySQL www client (PHP) ... try it! # http://the.cz/mywwwatcher From zburget at miastudio.cz Tue Feb 6 10:55:11 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Tue, 06 Feb 2007 10:55:11 +0100 Subject: shaping provozu In-Reply-To: <45C84EE4.7020208@kostax.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> Message-ID: <45C8507F.3090606@miastudio.cz> Petr Macek napsal(a): > Zbyn?k Burget napsal(a): > No a pak Ti nastava problem, kdyz chce stahovac skypeovat :-) No, to je prave to, co chci mit poresene. Nevadi mi, kdyz lidi budou skypeovat, kdyz budou hrat hry nebo poslaouchat radio. Nejhorsi je p2p. Chci jenom rozdelit prioritu provozu. Kdyz bude nejhorsi stahovac chtit neco na webu, nemam duvod mu to ostrouhat. -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From lumax at in.acompp.sk Tue Feb 6 12:12:20 2007 From: lumax at in.acompp.sk (Lubomir Majersky) Date: Tue, 06 Feb 2007 12:12:20 +0100 Subject: spam z webu... In-Reply-To: <45C7C476.1050002@quip.cz> References: <45C7A1B9.1050800@in.acompp.sk> <45C7C476.1050002@quip.cz> Message-ID: <45C86294.50109@in.acompp.sk> Pavol ?ierny napsal(a): > nakolko utoky cez moje servre so zneuzitim > formularov sa diali tak ze "chytry" zakaznik si dal do hlavicky From: > a adresu odosielatela ktory sa samozrejme posiela z formulara... potom > som uz len videl maily Bcc: a 500 prijemcov :) > ...presne takeho chytreho mam i ja Miroslav Lachman napsal(a): > Nejaky (pomerne kratky) cas je pri kompilaci PHP moznost volby > WITH_MAILHEAD=true - to bych vam doporucil v prvni rade (je to k > > To je IMHO nejlepsi zpusob, jak zjistit, odkud se ty maily posilaji. > Dohledavat to z logu je u vetsiho poctu virtualu / scriptu, dost > neprijemna prace. ...to bolo to najspravnejsie nasmerovanie. Je pravdou, ze je to pomerne kratky cas, lebo v decembri 2006 (alebo v novembri? ) som tu volbu nevidel. Usetrilo mi to hoooodne casu. Uz som aj lokalizoval z ktoreho virtuala sa tak deje. Este raz vdaka vsetkym za nasmerovanie/nakopnutie ;) -- LuMaX From dan at obluda.cz Tue Feb 6 12:26:31 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Feb 2007 12:26:31 +0100 Subject: shaping provozu In-Reply-To: <45C8507F.3090606@miastudio.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> Message-ID: <45C865E7.2080506@obluda.cz> Zbyn?k Burget wrote: >> No a pak Ti nastava problem, kdyz chce stahovac skypeovat :-) > > No, to je prave to, co chci mit poresene. Nevadi mi, kdyz lidi budou To pujde spis tezko, protoze Skype je v zasade P2P software. A na urovni filtru pujde jen tezko rozlisvat P2P pakety prenasejici stahovanou pisnicku od P2P prenasejiciho zvuk hlasu v telefonu. Sice by teoreticky slo pokusit se kazdy navazovany stream nejak heuristicky analyzovat, klasifikova, a nasledne s nim podle vysledku zachazet, ale to bude spis stavova a pomerne slozita analyza. Ad-hoc bezestaovou analyzou jednotlivych paketu niceho podobneho IMHO dosahnout nelze. Obavam se, ze bude treba data klasifikovat podle nejake viditelnejsi vlastnosti nez je tvar loga v okne programu, ktery je odeslal ;-) Ale podle jake, to uz zalezi od povahy konkretni site. Dan From zburget at miastudio.cz Tue Feb 6 13:07:22 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Tue, 06 Feb 2007 13:07:22 +0100 Subject: shaping provozu In-Reply-To: <45C865E7.2080506@obluda.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> <45C865E7.2080506@obluda.cz> Message-ID: <45C86F7A.7010903@miastudio.cz> Dan Lukes napsal(a): >>> No a pak Ti nastava problem, kdyz chce stahovac skypeovat :-) >> No, to je prave to, co chci mit poresene. Nevadi mi, kdyz lidi budou > > To pujde spis tezko, protoze Skype je v zasade P2P software. A na > urovni filtru pujde jen tezko rozlisvat P2P pakety prenasejici > stahovanou pisnicku od P2P prenasejiciho zvuk hlasu v telefonu. Tohle je jasne - pokud bude existovat nejaky standardni port, podle ktereho jsem schopny provoz rozlisit, je to jednoduche. Ale u vetsiny tech p2p je to k nicemu > Sice by teoreticky slo pokusit se kazdy navazovany stream nejak > heuristicky analyzovat, klasifikova, a nasledne s nim podle vysledku > zachazet, ale to bude spis stavova a pomerne slozita analyza. Ad-hoc > bezestaovou analyzou jednotlivych paketu niceho podobneho IMHO dosahnout > nelze. No, to je celkem jasne. Ted jde jen o to, jestli nejaky takovy pouzitelny a funkcni analyzator existuje. Ja si ho bohuzel sam nenapisu :-( To, ze bude potreba pouzit stavovy firewall je mi celkem jasne. > > Obavam se, ze bude treba data klasifikovat podle nejake viditelnejsi > vlastnosti nez je tvar loga v okne programu, ktery je odeslal ;-) > :-) -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From bln at deprese.net Tue Feb 6 13:24:04 2007 From: bln at deprese.net (Ondrej Holecek) Date: Tue, 06 Feb 2007 13:24:04 +0100 Subject: shaping provozu In-Reply-To: <45C86F7A.7010903@miastudio.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> <45C865E7.2080506@obluda.cz> <45C86F7A.7010903@miastudio.cz> Message-ID: <45C87364.5030207@deprese.net> >> Sice by teoreticky slo pokusit se kazdy navazovany stream nejak >> heuristicky analyzovat, klasifikova, a nasledne s nim podle vysledku >> zachazet, ale to bude spis stavova a pomerne slozita analyza. Ad-hoc >> bezestaovou analyzou jednotlivych paketu niceho podobneho IMHO dosahnout >> nelze. > > No, to je celkem jasne. Ted jde jen o to, jestli nejaky takovy > pouzitelny a funkcni analyzator existuje. Ja si ho bohuzel sam nenapisu :-( > To, ze bude potreba pouzit stavovy firewall je mi celkem jasne. > neco takovyho umi snort. pokud pouzijete rules p2p, trochu je upravite, aby vyvolavali alerty. potom jen nejakej skript kterej bude kontrolovat logy s rozrazovat ip:ports do pipes. From dan at obluda.cz Tue Feb 6 13:26:47 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Feb 2007 13:26:47 +0100 Subject: Polling In-Reply-To: <1436440824.20070206092322@starnet.cz> References: <16999695.20070205121616@starnet.cz> <45C7F54A.3050507@obluda.cz> <45C7FA81.4050408@obluda.cz> <1436440824.20070206092322@starnet.cz> Message-ID: <45C87407.7050605@obluda.cz> Bc. Radek Krejca wrote: > Presne tak, nastavuji polling pres ifconfig a kdyz si vypisu info o > kartach, tak na obou mam nastaven polling. Zatez procesoru opravdu > klesne a stane se tak za behu pocitace. Bohuzel pak se zvedne odezva > pingu i nacitani stranek useru a hlavne, nedokazu pak prenest pres > gate vice, nez cca 89 Mbit. > > Aktualni hodnoty sysctl jsem zaslal proto, protoze jsem s nimi hybal a > stejne se nic nezmenilo. Domnival jsem se, ze se sysctl promennymi lze > hybat za behu systemu s okamzitym efektem, je to tak? Jiste - hodnota se zmeni okamzite (neni-li RO) - ale to automaticky neznamena, ze ten, kdo si jeji hodnotu precetl drive se o zmene dozvi a prizpusobi se ji. Zrovna v pripade kern.polling.enable jde o tento pripad - tu si karta precte pri inicializaci a na pozdejsi zmeny uz nebere zretel. Mimochodem, i kdyz > kern.polling.enable: 0 neznamena to, co jsem se puvodne mylne domnival tohle ... > kern.polling.handlers: 0 ... uz podezrele je. To by pri zapnutem pollingu opravdu nemelo byt nulove. Nicmene OK, verim, ze polling zapnuty je. Podezrele jsou dve veci: > kern.polling.lost_polls: 354738 > kern.polling.burst: 21 To prvni ukazuje, ze se aktualen patrne dost paketu ztraci (nevim ale, za jak dlouho ta statistika je). To prvni s tim patrne souvisi - to je maximalni pocet paketu, ktere bude kazdy tik hodin (1/HZ) vyrizeno. A to je pomerne male cislo. Na strojich, kde jsem to zkousel se mi toto cislo vzdy rovnalo nebo velmi blizilo burst_max. Sice by i tech 21 melo stacit na pozadovane toky (za predpokladu, ze typickym paketem je paket "velky"), ale i tak ta hodnota naznacuje, ze obsluha karty trva pomerne dlouho. Kazdopadne, za teto situace je jakekoliv zvysovani burst_max irelevantni. Kdyz uz, tak vliv bude mit spis snizovani user_frac Proc trva prace s kartou tak dlouho je jina otazka. Popravde receno, moc me toho nenapada - kromet toho, ze jde proste o vlastnost karty a/nebo celkove pretizeni pocitace ci site. Jinak ale - udavana propustnost 130Mbps zas tak spatna neni - a jestli neni firewall uplne prazdny a vypnuty, tak je to IMHO vysledek primo skvely ... Dan From 000.fbsd at quip.cz Tue Feb 6 13:34:06 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 06 Feb 2007 13:34:06 +0100 Subject: spam z webu... In-Reply-To: <45C7D600.3010509@obluda.cz> References: <45C7A1B9.1050800@in.acompp.sk> <1282897064.20070205235214@starnet.cz> <45C7D600.3010509@obluda.cz> Message-ID: <45C875BE.1090402@quip.cz> Dan Lukes wrote: [...] > Ale zpatky konstruktivne k mailum a k tomu jak kreativnim laikum > zabranit v pachani skod nejvetsich - konfigurace PHP obsahuje mimo jine > definici programu, ktery funkce "mail" pouziva. Nic lepsiho uz si skoro > prat nelze - ruzne virtualni hosty budou pouzivat sendmail s ruznymi > konfiguraky - a ruzne konfiguraky - to je siroka moznost verifikace > adres, jejich zmen, pridavani hlavicek. A pokud by ani to nestacilo, lze > si vytvorit vlastni wrapper (i shell script staci), a pak uz lze delat > uz prakticky uplne cokoliv ... Mohl bys nastinit, jak to provest s tim shellscriptem? Myslim tim, jak se v tom shellscriptu dostat k datum z PHP funkce mail() (posle se to vsechno na stdin?) a jak to pak spravne predat sendmailu (v mem pripade je to Postfix). Vim, ze jsem si s tim zkousel hrat pred cca 3 lety a pak jsem to pro neuspech zahodil, takze by mi docela pomohla nejaka zakladni kostra toho, jak se k datum v shellscriptu dostat a jak je spravne predat dal (jak je zkontrolovat, pripadne upravit, to uz si snad vymyslim v pripade potreby sam). Pripadne co tomu pridat do PHP sendmail_path. Predem diky Miroslav Lachman From scorp at scorp.sk Tue Feb 6 14:56:19 2007 From: scorp at scorp.sk (=?Windows-1250?Q?Pavol_=C8ierny?=) Date: Tue, 6 Feb 2007 14:56:19 +0100 Subject: spam z webu... In-Reply-To: <45C875BE.1090402@quip.cz> References: <45C7A1B9.1050800@in.acompp.sk> <1282897064.20070205235214@starnet.cz> <45C7D600.3010509@obluda.cz> <45C875BE.1090402@quip.cz> Message-ID: <16910137611.20070206145619@cierny.sk> Cely mail vypisany do toho skriptu ktory si zadas potom to zas posles na stdin sendmailu trebars postfixu neviem kedze pouzivam qmail ale zrejme tam bude daky sendmail "emulator" aby ti spravne fungoval systemovy prikaz mail s postfixom... tak je to napriklad pri qmaili ja to mam takto: open(SEND,"|/var/qmail/bin/sendmail -t -i"); print SEND $data; close(SEND); --- S pozdravom Pavol ?ierny > Dan Lukes wrote: > [...] >> Ale zpatky konstruktivne k mailum a k tomu jak kreativnim laikum >> zabranit v pachani skod nejvetsich - konfigurace PHP obsahuje mimo jine >> definici programu, ktery funkce "mail" pouziva. Nic lepsiho uz si skoro >> prat nelze - ruzne virtualni hosty budou pouzivat sendmail s ruznymi >> konfiguraky - a ruzne konfiguraky - to je siroka moznost verifikace >> adres, jejich zmen, pridavani hlavicek. A pokud by ani to nestacilo, lze >> si vytvorit vlastni wrapper (i shell script staci), a pak uz lze delat >> uz prakticky uplne cokoliv ... > Mohl bys nastinit, jak to provest s tim shellscriptem? > Myslim tim, jak se v tom shellscriptu dostat k datum z PHP funkce mail() > (posle se to vsechno na stdin?) a jak to pak spravne predat sendmailu (v > mem pripade je to Postfix). > Vim, ze jsem si s tim zkousel hrat pred cca 3 lety a pak jsem to pro > neuspech zahodil, takze by mi docela pomohla nejaka zakladni kostra > toho, jak se k datum v shellscriptu dostat a jak je spravne predat dal > (jak je zkontrolovat, pripadne upravit, to uz si snad vymyslim v pripade > potreby sam). Pripadne co tomu pridat do PHP sendmail_path. > Predem diky > Miroslav Lachman From xdivac02 at stud.fit.vutbr.cz Tue Feb 6 15:09:14 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 6 Feb 2007 15:09:14 +0100 Subject: Polling In-Reply-To: <45C87407.7050605@obluda.cz> References: <16999695.20070205121616@starnet.cz> <45C7F54A.3050507@obluda.cz> <45C7FA81.4050408@obluda.cz> <1436440824.20070206092322@starnet.cz> <45C87407.7050605@obluda.cz> Message-ID: <20070206140914.GA8924@stud.fit.vutbr.cz> On Tue, Feb 06, 2007 at 01:26:47PM +0100, Dan Lukes wrote: > Bc. Radek Krejca wrote: > > Presne tak, nastavuji polling pres ifconfig a kdyz si vypisu info o > > kartach, tak na obou mam nastaven polling. Zatez procesoru opravdu > > klesne a stane se tak za behu pocitace. Bohuzel pak se zvedne odezva > > pingu i nacitani stranek useru a hlavne, nedokazu pak prenest pres > > gate vice, nez cca 89 Mbit. > > > > Aktualni hodnoty sysctl jsem zaslal proto, protoze jsem s nimi hybal a > > stejne se nic nezmenilo. Domnival jsem se, ze se sysctl promennymi lze > > hybat za behu systemu s okamzitym efektem, je to tak? > > Jiste - hodnota se zmeni okamzite (neni-li RO) - ale to automaticky > neznamena, ze ten, kdo si jeji hodnotu precetl drive se o zmene dozvi a > prizpusobi se ji. Zrovna v pripade kern.polling.enable jde o tento > pripad - tu si karta precte pri inicializaci a na pozdejsi zmeny uz > nebere zretel. to neni pravda. ten kod ktery obsluhuje sysctl ma 2 parametry pro todle jedna je primo ta promena a druha je volitelna funkce ktera se vola pri zapisu toho sysctl. a ta funkce typicky dela reinicializaci toho ceho se to dane sysctl tyka. a to je presne pripad kern.poll.enable From xdivac02 at stud.fit.vutbr.cz Tue Feb 6 15:13:28 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 6 Feb 2007 15:13:28 +0100 Subject: Polling In-Reply-To: <45C83DEA.8070004@miastudio.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <45C83DEA.8070004@miastudio.cz> Message-ID: <20070206141328.GB8924@stud.fit.vutbr.cz> On Tue, Feb 06, 2007 at 09:35:54AM +0100, Zbyn?k Burget wrote: > > > Divacky Roman napsal(a): > > On Mon, Feb 05, 2007 at 12:16:16PM +0100, Bc. Radek Krejca wrote: > >> Dobry den, > >> > >> > >> v jadre: HZ=1000 > > > > zkusil bych vyssi HZ, za zkousku clovek ni neda no ne? :) pokud je mozne > > jak jsem psal jinde, pokud nekde narustaji lost polls, zvysenim HZ by se > to mohlo spis jeste zhorsit ne? dle 5ti sekundoveho cteni zdrojaku bych rekl presny opak. ale jedno vim jiste pokud se to nevyzkousi tak to jiste nebudeme vedet nikdy :) to lost_polls imho dela to ze kazdy 1/HZ sekund se vola nejaka rutina ktera poresi packety. ty packety neresi VSECKY ale jen urcity pocet. a kdyz ten urcity pocet > vsecky tak se zvysi to lost_packet. tudiz kdyz se ta rutina resici packety bude volat casteji tak by to melo pomoct. ale nejsem na to odbornik a todle cucam ze zdrojaku ktery jsem jen velmi letmo cetl... fakt to vyzkousej :) From dan at obluda.cz Tue Feb 6 18:42:46 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Feb 2007 18:42:46 +0100 Subject: spam z webu... In-Reply-To: <45C875BE.1090402@quip.cz> References: <45C7A1B9.1050800@in.acompp.sk> <1282897064.20070205235214@starnet.cz> <45C7D600.3010509@obluda.cz> <45C875BE.1090402@quip.cz> Message-ID: <45C8BE16.2070502@obluda.cz> Miroslav Lachman napsal/wrote, On 02/06/07 13:34: >> A pokud by ani to nestacilo, lze >> si vytvorit vlastni wrapper (i shell script staci), a pak uz lze delat >> uz prakticky uplne cokoliv ... > > Mohl bys nastinit, jak to provest s tim shellscriptem? > Myslim tim, jak se v tom shellscriptu dostat k datum z PHP funkce mail() > (posle se to vsechno na stdin?) a jak to pak spravne predat sendmailu (v > mem pripade je to Postfix). No, normalne se vola sendmail, to jest, je treba ocekavat syntaxi a semantiku jaka se pouziva v jeho pripade. Prikaz pro jeho spusteni se pravdepodobne zkonstruuje jako sendmail_path++ Mail jako takovy je pak predany na stdin. Takze - predane parametry zpracovat (pomoci getopt, nebo while a shift) doplnit/zmenit ty, ktere te zajimaji, telo ze stdin predelat podle libosti - SEDem, WHILE READ, AWK - jak osobni preference veli (to prostredni bude na velke maily velmi pomale). Pak zavolat sendmail se ziskanymi(modifikovanymi) parametry, na stdin mu predat email a navratovy kod, kterym skonci, predat jako navratovy kod scriptu. U tebe to muze byt slozitejsi tim postfixem, kde muze byt problem s predavanymi parametry, nicmene, takova je cena nedefaultniho MTA. > Vim, ze jsem si s tim zkousel hrat pred cca 3 lety a pak jsem to pro > neuspech zahodil, takze by mi docela pomohla nejaka zakladni kostra > toho, jak se k datum v shellscriptu dostat a jak je spravne predat dal No, opravdu hruba rada je vys. Jinak se tady nekdo chl\ubil, ze neco takoveho uz ma, takze ti treba posle vzorek. > Pripadne co tomu pridat do PHP sendmail_path. V sendmail path je treba zmenit pouze jedine - sendmail an tvuj script. Zbytek muze zustat stejny. Ledaze by se ukazalo, ze to takhle umi spustit jen binarni soubory - v takovem pripade je treba pred jmeno scriptu napsat jeste 'sh' (nebo jinym shelem, tim, pro ktery je script psan) ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From vnovy at vnovy.net Tue Feb 6 22:26:25 2007 From: vnovy at vnovy.net (Vitezslav Novy) Date: Tue, 06 Feb 2007 22:26:25 +0100 Subject: spam z webu... In-Reply-To: <45C8BE16.2070502@obluda.cz> References: <45C7A1B9.1050800@in.acompp.sk> <1282897064.20070205235214@starnet.cz> <45C7D600.3010509@obluda.cz> <45C875BE.1090402@quip.cz> <45C8BE16.2070502@obluda.cz> Message-ID: <45C8F281.1050905@vnovy.net> Dan Lukes wrote: > > No, normalne se vola sendmail, to jest, je treba ocekavat syntaxi a > semantiku jaka se pouziva v jeho pripade. Prikaz pro jeho spusteni se > pravdepodobne zkonstruuje jako > sendmail_path++ Nevim jestli jsem jeste v kontextu tyhle diskuze, ale sendmail taky umi vybrat seznam odesilatelu z hlavicek mailu a nemusi se mu zadny podavat jako parametry. A usuzuju (neoveroval jsem), ze php funkce mail predava adresy prijemcu sendmailu prave takhle. Kdyby je totiz pradavala v parametru, nedaly by se ty mailovaci formulare tak snadno zneuzit k rozesilani spamu, presneji podstrcenim velkeho mnozstvi prijemcu do hlavicek mailu by se nedosahlo jeho rozeslani na ne. v. From vnovy at vnovy.net Tue Feb 6 22:32:51 2007 From: vnovy at vnovy.net (Vitezslav Novy) Date: Tue, 06 Feb 2007 22:32:51 +0100 Subject: spam z webu... In-Reply-To: <45C8F281.1050905@vnovy.net> References: <45C7A1B9.1050800@in.acompp.sk> <1282897064.20070205235214@starnet.cz> <45C7D600.3010509@obluda.cz> <45C875BE.1090402@quip.cz> <45C8BE16.2070502@obluda.cz> <45C8F281.1050905@vnovy.net> Message-ID: <45C8F403.9010403@vnovy.net> Vitezslav Novy wrote: > Dan Lukes wrote: >> No, normalne se vola sendmail, to jest, je treba ocekavat syntaxi a >> semantiku jaka se pouziva v jeho pripade. Prikaz pro jeho spusteni se >> pravdepodobne zkonstruuje jako >> sendmail_path++ > > Nevim jestli jsem jeste v kontextu tyhle diskuze, ale sendmail taky umi > vybrat seznam odesilatelu seznam prijemcu samozrejme v. From dan at obluda.cz Tue Feb 6 23:07:58 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Feb 2007 23:07:58 +0100 Subject: shaping provozu In-Reply-To: <45C86F7A.7010903@miastudio.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> <45C865E7.2080506@obluda.cz> <45C86F7A.7010903@miastudio.cz> Message-ID: <45C8FC3E.5010806@obluda.cz> Zbyn?k Burget napsal/wrote, On 02/06/07 13:07: >> Sice by teoreticky slo pokusit se kazdy navazovany stream nejak >> heuristicky analyzovat, klasifikova, a nasledne s nim podle vysledku >> zachazet > No, to je celkem jasne. Ted jde jen o to, jestli nejaky takovy > pouzitelny a funkcni analyzator existuje. Ja si ho bohuzel sam nenapisu :-( > To, ze bude potreba pouzit stavovy firewall je mi celkem jasne. hacek je, ze heuristiky nejsou nikdy spolehlive - a trak to obcas bude blokovat nekoho, koho by nemelo a obracene. >> Obavam se, ze bude treba data klasifikovat podle nejake viditelnejsi >> vlastnosti nez je tvar loga v okne programu, ktery je odeslal ;-) > :-) Tak nejak jsem to myslel. Ale vazne - je treba zkusit najit nejakou snadneji analyzovatelnou charakteristiku, ktera P2P uzivatele omezi. To ale zalezi co je to za sit a uzivatele. My tu napriklad mame v pravidlech, ze se to nesmi. A neni to tak, ze kdo pravidlo porusi, tomu automat jen omezi rychlost, ale jinak se jede vesele dal. Kdo pravidla porusi, respektive, opakovane porusi, ten proste o pripojeni prijde - na nejaky cas. Par dnu. Ale uplne. Ti, co je to potkalo si uz vetsinou davaji docela pozor, aby se chovali slusne a neomezovali neprimerene ostatni. Nicmene, "nejlepsi reseni" zalezi opravdu na lokalnich podminkach. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From pese at pese.sk Tue Feb 6 23:24:22 2007 From: pese at pese.sk (Peter Sedivy - PeSe) Date: Tue, 06 Feb 2007 23:24:22 +0100 Subject: fbsd 6.1 a radic INITIO ... IOI-9100UW Message-ID: <45C90016.7080406@pese.sk> Zdravim Nov 2006 posielal niekto prosbu ohladom IOI-9100UW. Dostalo sa mi nieco podobne dnes do ruk. IOI-4203U http://people.freebsd.org/~roam/bsd-patches/ toto som nasiel. po patchnuti to ide, ale... Moj zaver? Je to zmrd ten radic, hadzem ho cez palubu a idem dalej. Ak ho chcete pouzivat naozaj, poslem (len osobne) link na cloveka ktory to funkcne urobil v NetBSD PeSe From gamato at users.sf.net Tue Feb 6 23:29:55 2007 From: gamato at users.sf.net (martinko) Date: Tue, 06 Feb 2007 23:29:55 +0100 Subject: bsd session In-Reply-To: <1170262831.67910.51.camel@pav.hide.vol.cz> References: <1170262831.67910.51.camel@pav.hide.vol.cz> Message-ID: Pav Lucistnik wrote: > Zveme vas netradicne jiz zitra, 1. unora, na pravidelnou prazskou BSD > Sessnu (posezeni nad pivem a stejkem) do Stare doby v Gorazdove ulici. > Prichazejte od 18:30 a v hojnem poctu! Budeme zapijet konec podpory > FreeBSD 4. > ahoj, je prosim mozne taketo akcie oznamit s vacsim predstihom ? aj by som sa rad zucastnil, ale vacsinou sa to dozviem prilis neskoro. vdaka! martin From prosa at pro.sk Wed Feb 7 08:07:28 2007 From: prosa at pro.sk (Peter Rosa) Date: Wed, 07 Feb 2007 08:07:28 +0100 Subject: spam z webu... In-Reply-To: <45C8BE16.2070502@obluda.cz> References: <45C7A1B9.1050800@in.acompp.sk> <1282897064.20070205235214@starnet.cz> <45C7D600.3010509@obluda.cz> <45C875BE.1090402@quip.cz> <45C8BE16.2070502@obluda.cz> Message-ID: <45C97AB0.6040701@pro.sk> Zdravim, >>> A pokud by ani to nestacilo, lze >>> si vytvorit vlastni wrapper (i shell script staci), a pak uz lze delat >>> uz prakticky uplne cokoliv ... >> Mohl bys nastinit, jak to provest s tim shellscriptem? >> Myslim tim, jak se v tom shellscriptu dostat k datum z PHP funkce mail() >> (posle se to vsechno na stdin?) a jak to pak spravne predat sendmailu (v >> mem pripade je to Postfix). > > No, normalne se vola sendmail, to jest, je treba ocekavat syntaxi a > semantiku jaka se pouziva v jeho pripade. Prikaz pro jeho spusteni se > pravdepodobne zkonstruuje jako > sendmail_path++ mozno je to celkom od veci, ale nesluzi prave na toto procmail? Pomerne jednoduchymi pravidlami rozhodnem, co s postou a mozem vystup smerovat do suboru alebo do programu, ukladat kopie mailov, prepisovat hlavicky... -- Peter Rosa From zburget at miastudio.cz Wed Feb 7 09:25:42 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Wed, 07 Feb 2007 09:25:42 +0100 Subject: shaping provozu In-Reply-To: <45C87364.5030207@deprese.net> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> <45C865E7.2080506@obluda.cz> <45C86F7A.7010903@miastudio.cz> <45C87364.5030207@deprese.net> Message-ID: <45C98D06.3050408@miastudio.cz> Ondrej Holecek napsal(a): >>> Sice by teoreticky slo pokusit se kazdy navazovany stream nejak >>> heuristicky analyzovat, klasifikova, a nasledne s nim podle vysledku >>> zachazet, ale to bude spis stavova a pomerne slozita analyza. Ad-hoc >>> bezestaovou analyzou jednotlivych paketu niceho podobneho IMHO dosahnout >>> nelze. >> No, to je celkem jasne. Ted jde jen o to, jestli nejaky takovy >> pouzitelny a funkcni analyzator existuje. Ja si ho bohuzel sam nenapisu :-( >> To, ze bude potreba pouzit stavovy firewall je mi celkem jasne. >> > > neco takovyho umi snort. pokud pouzijete rules p2p, trochu je upravite, > aby vyvolavali alerty. potom jen nejakej skript kterej bude kontrolovat > logy s rozrazovat ip:ports do pipes. > Ten snort nevypada na prvni pohled uplne spatne. obavam se ale, ze system analyzy logu a podle nej prepisovani ipfw ruli nejakym skriptem nebude realny u site s tokem ve spicce kolem 10 mbit. Kdyby to bylo 50 pocitacu, jeste by se to asi dalo osefovat, ale u neceho vetsiho asi uz ne. Jo, kdyby snort mohl vratit packet do IPFW s nejakym flagem, na zaklade ktereho bych rozhodl, co s nim dal, to by bylpresne to, co potrebuju. Ale tohle bohuzel asi neumi - tedy ja nic takoveho aspon v dokumentaci snortu nenasel a ani o takovem mechanismu v IPFW nevim. -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From zburget at miastudio.cz Wed Feb 7 10:08:39 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Wed, 07 Feb 2007 10:08:39 +0100 Subject: Polling In-Reply-To: <45C87407.7050605@obluda.cz> References: <16999695.20070205121616@starnet.cz> <45C7F54A.3050507@obluda.cz> <45C7FA81.4050408@obluda.cz> <1436440824.20070206092322@starnet.cz> <45C87407.7050605@obluda.cz> Message-ID: <45C99717.80803@miastudio.cz> Dan Lukes napsal(a): > prizpusobi se ji. Zrovna v pripade kern.polling.enable jde o tento > pripad - tu si karta precte pri inicializaci a na pozdejsi zmeny uz > nebere zretel. > Rovnez si dovolim nesouhlasit a da se to overit velice jednoduse - proste na bezicim stroji prenastavit ono sysctl - a polling se zapina a vypina za behu. Overeno na FBSD 5.5 -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From dan at obluda.cz Wed Feb 7 10:11:45 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 07 Feb 2007 10:11:45 +0100 Subject: shaping provozu In-Reply-To: <45C98D06.3050408@miastudio.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> <45C865E7.2080506@obluda.cz> <45C86F7A.7010903@miastudio.cz> <45C87364.5030207@deprese.net> <45C98D06.3050408@miastudio.cz> Message-ID: <45C997D1.40605@obluda.cz> Zbyn?k Burget napsal/wrote, On 02/07/07 09:25: > Ten snort nevypada na prvni pohled uplne spatne. obavam se ale, ze > system analyzy logu a podle nej prepisovani ipfw ruli nejakym skriptem > nebude realny u site s tokem ve spicce kolem 10 mbit. > Kdyby to bylo 50 pocitacu, jeste by se to asi dalo osefovat, ale u > neceho vetsiho asi uz ne. > Jo, kdyby snort mohl vratit packet do IPFW s nejakym flagem, na zaklade > ktereho bych rozhodl, co s nim dal, to by bylpresne to, co potrebuju. > Ale tohle bohuzel asi neumi - tedy ja nic takoveho aspon v dokumentaci > snortu nenasel a ani o takovem mechanismu v IPFW nevim. Mechanismus v IPFW2 je. TAGovani paketu jako takove mozne je po dobu jejich zpracovani v kernelu. IPFW umi paket oznacit a (ne)existence oznaceni lze pouzit v matchovaci podmince nejakeho pravidla, nicmene, TAGy jsou v ramci kernelu opravdu dostupne opravdu obecne, takze tento mechanismus mohou pouzivat i jine komponenty, ktere se k paketum v jadre dostanou. Ale obavam se, ze tento mechanismus je SNORTu nedostupny. Ja ho sice neznam, ale podle toho, co padlo tady, tak on sedi na nejakem read-only rozhrani (bpf?), analyzuje pakety, a kdyz chce vyvolat nejakou akci, tak musi pouzit nekoho jineho - zmenit pravidla ipfw nebo tak. Sam pakety podle vseho menit neumi. Jinak je ale na siti s tokem ~10Mbps davat pozor i na tohle - na te uz je videt kazde pravidlo, kterym paket v ipfw musi projit, takze je jejich pocet dulezite drzet na co nejmensim cisle. Na takovehle siti, podle pripojeni soudim, ze to je velka sit, uz mam ale za jiste, ze technicka opatreni jsou sice mozna, ale vhodnejsi metodou reseni jsou opatreni organizacni. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Wed Feb 7 10:13:47 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 07 Feb 2007 10:13:47 +0100 Subject: Polling In-Reply-To: <45C99717.80803@miastudio.cz> References: <16999695.20070205121616@starnet.cz> <45C7F54A.3050507@obluda.cz> <45C7FA81.4050408@obluda.cz> <1436440824.20070206092322@starnet.cz> <45C87407.7050605@obluda.cz> <45C99717.80803@miastudio.cz> Message-ID: <45C9984B.3000108@obluda.cz> Zbyn?k Burget napsal/wrote, On 02/07/07 10:08: > Dan Lukes napsal(a): >> prizpusobi se ji. Zrovna v pripade kern.polling.enable jde o tento >> pripad - tu si karta precte pri inicializaci a na pozdejsi zmeny uz >> nebere zretel. > Rovnez si dovolim nesouhlasit a da se to overit velice jednoduse - > proste na bezicim stroji prenastavit ono sysctl - a polling se zapina a > vypina za behu. Overeno na FBSD 5.5 Ano, nesouhlas je na miste, jak jsou tam ty radky pod sebou, tak jsem se zorientoval podle radku "nad" kde je deklarace prislusne funkce a u ...enable nasem nulu - jenze - to je promenna jineho typu a hledany udaj je v jine pozici. Mea culpa. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From zburget at miastudio.cz Wed Feb 7 10:27:00 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Wed, 07 Feb 2007 10:27:00 +0100 Subject: shaping provozu In-Reply-To: <45C8FC3E.5010806@obluda.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> <45C865E7.2080506@obluda.cz> <45C86F7A.7010903@miastudio.cz> <45C8FC3E.5010806@obluda.cz> Message-ID: <45C99B64.9040003@miastudio.cz> Dan Lukes napsal(a): > hacek je, ze heuristiky nejsou nikdy spolehlive - a trak to obcas bude > blokovat nekoho, koho by nemelo a obracene. > No, myslim, ze by tohle nevadilo. Nejde o to ten provoz zakazat, jenom mu snizit prioritu pred ostatnimi. Kdyby to nejaky tok zaradilo spatne, nestalo by se nic, co by lide nerozdychali. V 99% pripadu by na to ani neprisli. > snadneji analyzovatelnou charakteristiku, ktera P2P uzivatele omezi. To > ale zalezi co je to za sit a uzivatele. > jedna se o pripojeni domacnosti k internetu. Opravdu nejde o zakazani toho provozu, jen mi jde o prioritu slusnejsiho provozu. ted mam neco na zpusob (samozrejme je to slozitejsi): www, mail, ftp -> queue weight 100 ostatni -> queue weight 1 a chtel bych: www, mail, ftp -> queue weight 100 hry, skype, radia,... -> queue weight 50 p2p stahovani -> queue weight 1 -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From zburget at miastudio.cz Wed Feb 7 10:27:27 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Wed, 07 Feb 2007 10:27:27 +0100 Subject: Polling In-Reply-To: <20070206141328.GB8924@stud.fit.vutbr.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <45C83DEA.8070004@miastudio.cz> <20070206141328.GB8924@stud.fit.vutbr.cz> Message-ID: <45C99B7F.8090402@miastudio.cz> Divacky Roman napsal(a): >> Divacky Roman napsal(a): >>>> v jadre: HZ=1000 >>> zkusil bych vyssi HZ, za zkousku clovek ni neda no ne? :) pokud je mozne >> jak jsem psal jinde, pokud nekde narustaji lost polls, zvysenim HZ by se >> to mohlo spis jeste zhorsit ne? > > dle 5ti sekundoveho cteni zdrojaku bych rekl presny opak. ale jedno vim jiste > pokud se to nevyzkousi tak to jiste nebudeme vedet nikdy :) > > to lost_polls imho dela to ze kazdy 1/HZ sekund se vola nejaka rutina ktera > poresi packety. ty packety neresi VSECKY ale jen urcity pocet. a kdyz ten > urcity pocet > vsecky tak se zvysi to lost_packet. tudiz kdyz se ta rutina > resici packety bude volat casteji tak by to melo pomoct. > > ale nejsem na to odbornik a todle cucam ze zdrojaku ktery jsem jen velmi letmo > cetl... fakt to vyzkousej :) No, to mi prijde nelogicke - necetl jsem zdrojaky, pac by to stejne k nicemu nebylo :-) Ale jak psal Dan, lost polls by melo znamenat, ze rutina pro vyrizovani provozu trva prilis dlouho a uz by se mela volat znovu - tzn. zvysenim HZ by se mela snahu volat jeste castej. Proc by se mela promenna, lost_polls zvysit tehdy, kdyz se poresi packety vsechny? To je snad idealni stav, kdyz se v jenom volani rutiny obsluhujici polling vyresi veskery provoz na karte, ne? Proc by se pak melo zvysit lost_polls? -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From zburget at miastudio.cz Wed Feb 7 10:53:16 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Wed, 07 Feb 2007 10:53:16 +0100 Subject: pravidla IPFW Message-ID: <45C9A18C.4060504@miastudio.cz> Zdravim vespolek, tenhle dotaz mi vyvstal na zaklade doporuceni v jinem vlakne tehle konference. ...co nejmensi pocet ipfw ruli nekolikrat se mluvilo rulich serazenych do binarniho stromu - snizeni poctu pravidel, ktere se museji prochazet. Da se k tomuto nekde neco najit? Ja hledal nekolikrat, ale asi jsem do google psal spatna klicova slova :-( Kdyby mel nekdo nejaky sikovny odkaz na to, jak takovy "binarnestromovy" ipfw konfiguracni soubor vypada, byl bych mu hlubeco zauzlovan. -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From dan at obluda.cz Wed Feb 7 10:57:12 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 07 Feb 2007 10:57:12 +0100 Subject: Polling In-Reply-To: <45C99B7F.8090402@miastudio.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <45C83DEA.8070004@miastudio.cz> <20070206141328.GB8924@stud.fit.vutbr.cz> <45C99B7F.8090402@miastudio.cz> Message-ID: <45C9A278.3070703@obluda.cz> Zbyn?k Burget napsal/wrote, On 02/07/07 10:27: >>>>> v jadre: HZ=1000 >> to lost_polls imho dela to ze kazdy 1/HZ sekund se vola nejaka rutina ktera >> poresi packety. ty packety neresi VSECKY ale jen urcity pocet. a kdyz ten >> urcity pocet > vsecky tak se zvysi to lost_packet. tudiz kdyz se ta rutina >> resici packety bude volat casteji tak by to melo pomoct. >> >> ale nejsem na to odbornik a todle cucam ze zdrojaku ktery jsem jen velmi letmo >> cetl... fakt to vyzkousej :) > > No, to mi prijde nelogicke - necetl jsem zdrojaky, pac by to stejne k > nicemu nebylo :-) > Ale jak psal Dan, lost polls by melo znamenat, ze rutina pro vyrizovani > provozu trva prilis dlouho a uz by se mela volat znovu - tzn. zvysenim > HZ by se mela snahu volat jeste castej. Tak jako tak je to debata akademicka, protoze hodnoty HZ nad 1000 byly problematicke (a ja nevim, jestli uz se problem podarilo vyresit). Nefungovala pak dobre, mam dojem, reassemblaz fragmenovanych paketu, nebo neco takoveho. Ale presto - rutina se vola kazdy tik hodin. Pokud trva prilis dlouho, tak, ze proste vcas neskonci, nelze ji v pristim tiku zavolat (nemuze bezet dvakrat). O teto udalosti se ucini zaznam. Takova nemoznost zavolat muze nastat i nekolikrat tesne po sobe. Nakonec puvodni beh skonci a rutinu se zavolat podari - ta pri svem behu zjisti, ze doslo ke ztrate jednoho nebo vice tiku a zaznamena to formou zvyseno lost_polls To samo o sobe neimplikuje, ze byly ztraceny nejake pakety, ael i to je mozne. Pokud by bylo HZ vyssi, pak tiky budou nastavat casteji - a cesteji se tedy muze stat, ze dojde "k prebehu". Vetsi HZ tak zvysi sanci, ze jsou zpracovany vsechny pakety, zvysi ale i sanci, ze vznikne "lost_pool" udalost. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Wed Feb 7 11:23:47 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 07 Feb 2007 11:23:47 +0100 Subject: pravidla IPFW In-Reply-To: <45C9A18C.4060504@miastudio.cz> References: <45C9A18C.4060504@miastudio.cz> Message-ID: <45C9A8B3.3000601@obluda.cz> Zbyn?k Burget napsal/wrote, On 02/07/07 10:53: > nekolikrat se mluvilo rulich serazenych do binarniho stromu - snizeni > poctu pravidel, ktere se museji prochazet. Nejdriv poznamku - takove "binarizovani" snizi pocet ruli, pokud byl pocet uz pomerne hodne vysoky. Pokud byl relativne maly, pak "overhead binarizovani" muze byt takovy, ze celkova uspora je zaporna. Navic, "dal nepremyslet" je v tomto pripade mozne jen tehdy, pokud pakety "ruznych kategorii" prichazeji vice-mene rovnomerne ve stejnem poctu - pokdu jsou pakety nejake kategorie vyznamne castejsi nez druhe, lze dale optimalizovat i tvar toho binarniho stromu a v pripade, ze jsou toky opravdu hodne nerovnomerne rozlozene mohou byt v konkretnich pripadech efektivnejsi jine zpusoby razeni pravidel nez binarni strom. U deseti pravidel binarizovanim asi nic neusetris ... > Kdyby mel nekdo nejaky sikovny odkaz na to, jak takovy "binarnestromovy" > ipfw konfiguracni soubor vypada, byl bych mu hlubeco zauzlovan. To je prece proste - rekneme, ze mas sit o sestnacti pocitacich identifikovanych IP adresou a pro kazdeho chces zavest specificke pravidlo. Tupe to napises takhle: ipfw add 40 ... from 10.10.10.0 to any ... ipfw add 41 ... from 10.10.10.1 to any ... ipfw add 42 ... from 10.10.10.2 to any ... ... ipfw add 55 ... from 10.10.10.15 to any ... Kazdy paket pak prochazi vsech sestnact pravidel. A nebo to napises takhle: # --- uroven 1 ipfw add 10 skipto 20 from 10.10.10.0/28 to any ... ipfw add 11 skipto 21 from 10.10.10.8/28 to any ... ipfw add 12 skipto 100 from any to any ... # --- uroven 2 ipfw add 20 skipto 30 from 10.10.10.0/29 to any ... ipfw add 20 skipto 31 from 10.10.10.4/29 to any ... ipfw add 21 skipto 32 from 10.10.10.8/29 to any ... ipfw add 21 skipto 33 from 10.10.10.12/29 to any ... # --- uroven 3 ipfw add 30 skipto 40 from 10.10.10.0/30 to any ... ipfw add 30 skipto 41 from 10.10.10.2/30 to any ... ipfw add 31 skipto 42 from 10.10.10.4/30 to any ... ipfw add 31 skipto 43 from 10.10.10.6/30 to any ... ipfw add 32 skipto 44 from 10.10.10.8/30 to any ... ipfw add 32 skipto 45 from 10.10.10.10/30 to any ... ipfw add 33 skipto 46 from 10.10.10.12/30 to any ... ipfw add 33 skipto 47 from 10.10.10.14/30 to any ... # --- uroven 4 - finalni ipfw add 40 from 10.10.10.0 to any ... ipfw add 40 skipto 100 from 10.10.10.0 to any ... ipfw add 40 from 10.10.10.1 to any ... ipfw add 40 skipto 100 from 10.10.10.1 to any ... ipfw add 40 from 10.10.10.2 to any ... ipfw add 40 skipto 100 from 10.10.10.2 to any ... ... ipfw add 54 from 10.10.10.14 to any ... ipfw add 54 skipto 100 from 10.10.10.14 to any ... ipfw add 55 from 10.10.10.15 to any ... ipfw add 55 skipto 100 from 10.10.10.15 to any ... # ---- Konec, dalsi pravidla pokracuji pravidlem 100 # ---- Kazdy paket tak prochazi 1-2 pravidly na kazde urovni (vyjma posledni, kde vzdy prochazi dve), tzn. celkem 5-8 pravidel, misto puvodnich sestnacti. Neni ale uplne jasne, jak dalece je snizeni poctu pravidel z sestnacti na 5-8 az takova uspora - nedival jsem se presne do implementace a tak je mozne, ze operace "skipto" je drazsi nez jine (musi se prohledat seznam pravidel a najit "to spravne") a z nasich 5-8 pravidel jsou vzdy ctyri prave "skipto". Pokud by toto pravidlo bylo drazsi, pak by se pro takot maly pocet puvodnich pravidel optimalizace jeste ve skutecnosti vyplatit nemusela. Rozeskakovat samozrejme lze i podle jinych kriterii nez jsou IP adresy a metoda neni ani zafixovana na to, ze strom je nutne binarni - i kdyz - tam, kde to jde, je to nejefektivnejsi mozne deleni. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Wed Feb 7 11:59:05 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 07 Feb 2007 11:59:05 +0100 Subject: pravidla IPFW In-Reply-To: <45C9A8B3.3000601@obluda.cz> References: <45C9A18C.4060504@miastudio.cz> <45C9A8B3.3000601@obluda.cz> Message-ID: <45C9B0F9.9070405@obluda.cz> Dan Lukes napsal/wrote, On 02/07/07 11:23: > # --- uroven 1 > ipfw add 10 skipto 20 from 10.10.10.0/28 to any ... ... > # --- uroven 2 > ipfw add 20 skipto 30 from 10.10.10.0/29 to any ... ... Jak byste si urcite zachvili vsichni vsimli sami, ty velikosti siti (cislo za lomitkem) jsou v kazde urovni o jednotku nizsi, nez by spravne mely byt. V urovni 1 to melo byt 29, v urovni 2 30 atd ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From zburget at miastudio.cz Wed Feb 7 13:00:36 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Wed, 07 Feb 2007 13:00:36 +0100 Subject: shaping provozu In-Reply-To: <45C8FC3E.5010806@obluda.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> <45C865E7.2080506@obluda.cz> <45C86F7A.7010903@miastudio.cz> <45C8FC3E.5010806@obluda.cz> Message-ID: <45C9BF64.8000208@miastudio.cz> Dan Lukes napsal(a): > hacek je, ze heuristiky nejsou nikdy spolehlive - a trak to obcas bude > blokovat nekoho, koho by nemelo a obracene. > No, myslim, ze by tohle nevadilo. Nejde o to ten provoz zakazat, jenom mu snizit prioritu pred ostatnimi. Kdyby to nejaky tok zaradilo spatne, nestalo by se nic, co by lide nerozdychali. V 99% pripadu by na to ani neprisli. > snadneji analyzovatelnou charakteristiku, ktera P2P uzivatele omezi. To > ale zalezi co je to za sit a uzivatele. > jedna se o pripojeni domacnosti k internetu. Opravdu nejde o zakazani toho provozu, jen mi jde o prioritu slusnejsiho provozu. ted mam neco na zpusob (samozrejme je to slozitejsi): www, mail, ftp -> queue weight 100 ostatni -> queue weight 1 a chtel bych: www, mail, ftp -> queue weight 100 hry, skype, radia,... -> queue weight 50 p2p stahovani -> queue weight 1 -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From dan at obluda.cz Wed Feb 7 13:10:22 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 07 Feb 2007 13:10:22 +0100 Subject: shaping provozu In-Reply-To: <45C99B64.9040003@miastudio.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> <45C865E7.2080506@obluda.cz> <45C86F7A.7010903@miastudio.cz> <45C8FC3E.5010806@obluda.cz> <45C99B64.9040003@miastudio.cz> Message-ID: <45C9C1AE.2030901@obluda.cz> Zbyn?k Burget napsal/wrote, On 02/07/07 10:27: > No, myslim, ze by tohle nevadilo. Nejde o to ten provoz zakazat, jenom > mu snizit prioritu pred ostatnimi. Kdyby to nejaky tok zaradilo spatne, > nestalo by se nic, co by lide nerozdychali. V 99% pripadu by na to ani > neprisli. Pak patrne neni bezpodminecne nutne snazit se rozlisit jeden P2P software (Skype) od jinych - coz je nas hlavni problem. Chapu, ze to nekdere vase uzivatele nepotesi, ale Skype je VELMI neprivetivy k centralne spravovanym sitim a tim, ze si tento software vybrali si vybrali nejen jeho klady (kvuli kterym tak patrne ucinili) ale i jeho nevyhody. To, ze tento provoz spravce site nedokaze ucinne odlisit od jinych je jedna z nich - a nejde o omyl, produkt ma tuto vlastnost zamerne. Je to jen otazka volby. Jak pisete, 99% uzivatelu si nespravne klasifikace nevsimne a z toho 1% co si vsimne to bude vadit jen nekterym - a ti maji moznost zvolit pro VoIP jinou platformu, kde bude pomer vyhod a nevyhod pro ne priznivejsi. > a chtel bych: > www, mail, ftp -> queue weight 100 > hry, skype, radia,... -> queue weight 50 > p2p stahovani -> queue weight 1 Opravdu nelze poznat jake logo bylo u programu, ktery paket odeslal ;-) Nejde poznat, ze paket odeslala "hra" - dokonce i zmineny SNORT rozezna "hru" jen proto, ze v sobe ma nejaky seznam her, ktere rozeznava - a novou neznamou hru by nerozeznal. WWW/MAIL/FTP na standardni porty rozeznate lacino. Radia a hry, to zalezi od pouziteho protokolu - u nekterych to patrne pujde, u jinych nikoliv. U tech, u kterych to nepujde na tom nebudou o moc hur nez dneska, takze celkove ke zlepseni (pro nektere) dojde ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From freebsd-users-l at wilbury.sk Thu Feb 8 00:09:55 2007 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Thu, 08 Feb 2007 00:09:55 +0100 Subject: stretavky pouzivatelov FreeBSD v Bratislave Message-ID: <45CA5C43.4000201@wilbury.sk> dobre rano, nepresli ani dva mesiace, odkedy sme sa rozlucili so starym rokom, ba dokonca nepresli ani 2 roky odvtedy, co sme sa videli naposledy a uz sa vam opat hlasim s napadom (podobnym, ako v cesku funguje uz nejaky-ten patek) (pravidelnych) neformalnych stretnuti pouzivatelov FreeBSD v bratislave. za tymto ucelom bol kedysi davno zriadeny mailing list, ktoreho adresa je: bsdba na lists.wilbury.sk kde by bolo vhodne rozputat diskusiu o vybere vhodneho podniku a dohodnutiu prveho terminu takehoto stretnutia. byvalo dobrym zvykom konat tuto milu udalost kazdy prvy piatok v mesiaci v podniku Don Giovanni na Chorvatskej ulici v Bratislave (Stare Mesto), avsak zivot prinasa zmeny, na ktore musime reagovat a tym padom aj miesto/cas mozeme prisposobit. na bsdba-request na lists.wilbury.sk je mozne sa subscribovat (klasicky mailman, cize do subjectu nepiseme nic a do tela spravy piseme 'subscribe'). akekolvek napady su vitane, ak mate nejakych znamych, ktori su mimo users-l a stalo by za to ich dotiahnut, tak feel free. vsetkym vam pekne dakujem za podnety a napady, ba priam navrhy. otis p.s., dalsie veci ohladne tejto temy mozeme uz preberat sukromne, aby sa zbytocne "nezasieral" tento list. -- Juraj Lutter | /\ ASCII Ribbon Campaign otis (at) wilbury.sk | \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail From FreeBSDcz at jozef.drahovsky.sk Thu Feb 8 10:29:44 2007 From: FreeBSDcz at jozef.drahovsky.sk (Jozef Drahovsky) Date: Thu, 08 Feb 2007 10:29:44 +0100 Subject: stretavky pouzivatelov FreeBSD v Bratislave In-Reply-To: <45CA5C43.4000201@wilbury.sk> References: <45CA5C43.4000201@wilbury.sk> Message-ID: <45CAED88.4040705@jozef.drahovsky.sk> Bol to pekn? zvyk, ale postupne pocet zaujemcov klesal, najma z in?ch dovodou ako nezaujem o freebsd Pokial to bude v nefaj?iarskom podniku, tak pr?dem. Jozef Juraj Lutter wrote / nap?sal(a): > dobre rano, > > nepresli ani dva mesiace, odkedy sme sa rozlucili so starym rokom, ba > dokonca nepresli ani 2 roky odvtedy, co sme sa videli naposledy a uz sa > vam opat hlasim s napadom (podobnym, ako v cesku funguje uz nejaky-ten > patek) (pravidelnych) neformalnych stretnuti pouzivatelov FreeBSD v > bratislave. > > From dobrusky at post.cz Thu Feb 8 16:38:19 2007 From: dobrusky at post.cz (dobrusky at post.cz) Date: Thu, 08 Feb 2007 16:38:19 +0100 (CET) Subject: =?us-ascii?Q?FreeBSD=206=2E2=20a=20Xeon=20Dual=20Core?= Message-ID: <3678.6036-4346-2074617774-1170949099@post.cz> Dobry den, ahoj, poprve instaluji FreeBSD na nejaky pokrocilejsi stroj. Jedna se o desku Intel s chipsetem S5000VSA a CPU Xeon 3.00 GHz Dual Core. Rad bych se vyvaroval zbytecne ztraty vykonu, tak bych se rad zeptal nekoho, kdo s tim ma zkusenosti. Cetl jsem, ze s distribuci pro AMD64 jsou cetne problemy a tak jsem radeji zvolil i386. Nevim, zda mi doporucite hypertreading zapnuty nebo vypnuty a pripadne nejakou doporucenou optimalizaci jadra. Jeste k HW: deska je osazena 2GB FB ECC 667, systemovy disk je 70GB RAPTOR SATA, datove disky 2x WD 320GB RE, na serveru pobezi Apache + PHP + MySQL, Postfix, PureFTP, IPFW. Prosim o jakekoli rady ci doporuceni, za jakykoli prispevek predem dekuji. Ondrej Dobrusky From dan at obluda.cz Thu Feb 8 17:09:34 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 08 Feb 2007 17:09:34 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <3678.6036-4346-2074617774-1170949099@post.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> Message-ID: <45CB4B3E.2000208@obluda.cz> dobrusky at post.cz napsal/wrote, On 02/08/07 16:38: > CPU Xeon 3.00 GHz Dual Core. > Nevim, zda mi doporucite hypertreading zapnuty nebo vypnuty Ja doporucim vypnuty. I kdyz, v nekterych pripadech zapnuti muze prinest kladny vysledek - takze nejsnazsi radu mate - vyzkousejte oboji ve vasich konkretnich podminkach. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From rajo at platon.sk Thu Feb 8 17:52:35 2007 From: rajo at platon.sk (Lubomir Host) Date: Thu, 8 Feb 2007 17:52:35 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <3678.6036-4346-2074617774-1170949099@post.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> Message-ID: <20070208165235.GZ13296@platon.sk> On Thu, Feb 08, 2007 at 04:38:19PM +0100, dobrusky at post.cz wrote: > Dobry den, ahoj, > > poprve instaluji FreeBSD na nejaky pokrocilejsi stroj. Jedna se > o desku Intel s chipsetem S5000VSA a CPU Xeon 3.00 GHz Dual Core. > > Rad bych se vyvaroval zbytecne ztraty vykonu, tak bych se rad zeptal > nekoho, kdo s tim ma zkusenosti. Cetl jsem, ze s distribuci pro AMD64 > jsou cetne problemy a tak jsem radeji zvolil i386. Nevim, zda mi > doporucite hypertreading zapnuty nebo vypnuty a pripadne nejakou > doporucenou optimalizaci jadra. Jeste k HW: deska je osazena 2GB FB > ECC 667, systemovy disk je 70GB RAPTOR SATA, datove disky 2x WD 320GB > RE, na serveru pobezi Apache + PHP + MySQL, Postfix, PureFTP, IPFW. > Prosim o jakekoli rady ci doporuceni, za jakykoli prispevek predem > dekuji. Ako najslabsie miesto vidim to, ze je iba jeden systemovy disk. Bud by som ho uplne vyhodil a system dal na tie 2 (predpokladam, ze budu v RAID1 zapojeni), cim by sa znizila kapacita na data o par giga (zanedbatelne), alebo dokupil este jeden 70G RAPTOR. Taktiez zapojenim systemoveho disku do RAID1 by sa mal zdvihnut vykon servera, pretoze sa zrychli citanie. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From dan at obluda.cz Thu Feb 8 18:25:47 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 08 Feb 2007 18:25:47 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <20070208165235.GZ13296@platon.sk> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> Message-ID: <45CB5D1B.6010605@obluda.cz> Lubomir Host napsal/wrote, On 02/08/07 17:52: >> deska je osazena 2GB FB >> ECC 667, systemovy disk je 70GB RAPTOR SATA, datove disky 2x WD 320GB >> RE, na serveru pobezi Apache + PHP + MySQL, Postfix, PureFTP, IPFW. > Taktiez zapojenim systemoveho disku do RAID1 by sa mal zdvihnut vykon > servera, pretoze sa zrychli citanie. Pravda, nevime toho dost, ale predpokladam, ze data se serviruji z datovych disku, takze rychlost cteni ze systemoveho disku by nemelo byt klicovym parametrem. Umistenim systemoveho disku do RAIDu sice ziskame teoretickou vetsi cteci rychlost, nicmene, tu v praxi by se to nemelo nijak zvlast projevit, proze ze systemoveho disku se bezne intenzivne necte. "Dvojity" systemovy disk ma smysl spis jako fault-tolerant opatreni, i kdyz je otazka k diskusi, zda je vhodnejsi je mit v on-line usporadani, nebo zda je vhodnejsi na druhy disk ten prvni opakovane kopirovat jako "hot offline zalohu". Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From rajo at platon.sk Thu Feb 8 18:43:21 2007 From: rajo at platon.sk (Lubomir Host) Date: Thu, 8 Feb 2007 18:43:21 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <45CB5D1B.6010605@obluda.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> <45CB5D1B.6010605@obluda.cz> Message-ID: <20070208174321.GD13296@platon.sk> On Thu, Feb 08, 2007 at 06:25:47PM +0100, Dan Lukes wrote: > Pravda, nevime toho dost, ale predpokladam, ze data se serviruji z > datovych disku, takze rychlost cteni ze systemoveho disku by nemelo byt > klicovym parametrem. Umistenim systemoveho disku do RAIDu sice ziskame > teoretickou vetsi cteci rychlost, nicmene, tu v praxi by se to nemelo > nijak zvlast projevit, proze ze systemoveho disku se bezne intenzivne necte. Praveze zo systemovych diskov sa cita, ked sa spustaju programy. Cize sa to prejavi na rychlejsom starte systemu (aj ked to je irelevantny udaj, kedze vacsina z vas bootoje pravdepodobne raz za niekolko 100 dni ;) ). > "Dvojity" systemovy disk ma smysl spis jako fault-tolerant opatreni, i > kdyz je otazka k diskusi, zda je vhodnejsi je mit v on-line usporadani, > nebo zda je vhodnejsi na druhy disk ten prvni opakovane kopirovat jako > "hot offline zalohu". Ano, toto je ovela dolezitejsi dovod. Otazkou je, ze ci sa to nesekne prave pocas toho kopirovania. ;-) RAID by to mal/mohol ustat bez vypadku. Kazdopadne je dobre mat skrinku dobre odvetravanu a drzat pocet diskov v serveri na minimalnom pocte. Dalsie disky v krabici zvysuju teplotu a prave disky su v plnej prevadzke na teplotu dost citlive. Kym je serverovna dobre klimatizovana, tak je to v pohode, ale problem nastava, ak si nejaky trulko (pardon sysadmin) klimu v serverovni "na chvilu" vypne, a zabudne zapnut. Vtedy maju tendenciu vyhoriet vsetky disky v serveri naraz. ;-) Tymto zdravim istu serverovnu v Bratislave a jedneho "admina". ;-) Preto dalsim krokom je zalohovanie na servery v inej lokacii. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From dan at obluda.cz Thu Feb 8 20:53:28 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 08 Feb 2007 20:53:28 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <20070208174321.GD13296@platon.sk> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> <45CB5D1B.6010605@obluda.cz> <20070208174321.GD13296@platon.sk> Message-ID: <45CB7FB8.50502@obluda.cz> Lubomir Host napsal/wrote, On 02/08/07 18:43: >> "Dvojity" systemovy disk ma smysl spis jako fault-tolerant opatreni, i > Ano, toto je ovela dolezitejsi dovod. Otazkou je, ze ci sa to > nesekne prave pocas toho kopirovania. ;-) RAID by to mal/mohol ustat bez > vypadku. No, proberu-li se svoji pameti ve snaze vybavit si podstatnejsi skody zpusobene vypadkem diskoveho systemu se kterymi jsem mel co do cineni, pak se mi zda, ze tech, ke kterym doslo nikoli kvuli zavade nektereho disku, ale kvuli zavade RAID radice jako takoveho je tolik, ze je nemohu tise prehlednout. Tim se nesnazim rict, ze RAID je naprosto zbytecna nebo dokonce skodliva vec, ale neni to ani zadne zazracne zaklinadlo. Je to prvek, ktery vyznamne omezuje riziko skod v souvislosti s urcitym typem zavad ale soucasne vnasi ne zcela zanedbatelna rizika zpusobena svou vlastni pritomnosti. Rozhodne nepovazuju za rozumne automaticky zavrhovat alternativni zpusoby zajisteni bezpecnosti - nicmene, to uz zalezi na konkretnich pripadech. Dan P.S. Vesela RAID historka ze serverovny jedne nejmenovane statni instituce - mate velke drahe znackove RAID-5 pole, ze byt kovane ze zlata by bylo lacinejsi, plne disku vcetne nekolika SPARE. Pak v tom poli hardwarove odejde jeden disk. A o dve vteriny pozdeji jeste jeden. A mate po vtakach ... ;-) -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From rajo at platon.sk Thu Feb 8 21:11:06 2007 From: rajo at platon.sk (Lubomir Host) Date: Thu, 8 Feb 2007 21:11:06 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <45CB7FB8.50502@obluda.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> <45CB5D1B.6010605@obluda.cz> <20070208174321.GD13296@platon.sk> <45CB7FB8.50502@obluda.cz> Message-ID: <20070208201106.GE13296@platon.sk> On Thu, Feb 08, 2007 at 08:53:28PM +0100, Dan Lukes wrote: > No, proberu-li se svoji pameti ve snaze vybavit si podstatnejsi skody > zpusobene vypadkem diskoveho systemu se kterymi jsem mel co do cineni, > pak se mi zda, ze tech, ke kterym doslo nikoli kvuli zavade nektereho > disku, ale kvuli zavade RAID radice jako takoveho je tolik, ze je nemohu > tise prehlednout. Dobry HW RAID je drahy. Preto lepsie ako lacny pseudo-HW RAID je podla mna SW RAID. Ja mam sotwarovy RAID rad, este ma za posledne cca 3 roky nesklamal. Vypadok disku som uz musel riesit viackrat. Raz som napr. zhoreny disk v serveri dostal rovno pod stromcek. 26. decembra ;-) > P.S. Vesela RAID historka ze serverovny jedne nejmenovane statni > instituce - mate velke drahe znackove RAID-5 pole, ze byt kovane ze > zlata by bylo lacinejsi, plne disku vcetne nekolika SPARE. Pak v tom > poli hardwarove odejde jeden disk. A o dve vteriny pozdeji jeste jeden. > A mate po vtakach ... ;-) Alebo historka o tom, ako kvoli vymene poistiek vypli server s RAID5. Server mal UPS a vypadok napajania by vydrzal. Ale kedze vypadok mohol byt dlhsi, tak ho radsej vypli. A po zapnuti sa niekolko diskov z RAID5 neroztocilo. ;-) Nuz, istota je gulomet. ;-) Ked sme uz pri tom, ako je to s podporou RAID6 a s reshapingom (zvacsenie) RAID5 vo FreeBSD? rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From 000.fbsd at quip.cz Thu Feb 8 22:03:20 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Thu, 08 Feb 2007 22:03:20 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <3678.6036-4346-2074617774-1170949099@post.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> Message-ID: <45CB9018.1010506@quip.cz> dobrusky at post.cz wrote: > Dobry den, ahoj, > > poprve instaluji FreeBSD na nejaky pokrocilejsi stroj. Jedna se o desku Intel s chipsetem S5000VSA a CPU Xeon 3.00 GHz Dual Core. > > Rad bych se vyvaroval zbytecne ztraty vykonu, tak bych se rad zeptal nekoho, kdo s tim ma zkusenosti. Cetl jsem, ze s distribuci pro AMD64 jsou cetne problemy a tak jsem radeji zvolil i386. Nevim, zda mi doporucite hypertreading zapnuty nebo vypnuty a pripadne nejakou doporucenou optimalizaci jadra. > Jeste k HW: deska je osazena 2GB FB ECC 667, systemovy disk je 70GB RAPTOR SATA, datove disky 2x WD 320GB RE, na serveru pobezi Apache + PHP + MySQL, Postfix, PureFTP, IPFW. > Prosim o jakekoli rady ci doporuceni, za jakykoli prispevek predem dekuji. > > Ondrej Dobrusky Pokud tam pobezi jen tento vyjmenovany SW a ocekavate velke zatizeni systemu (chcete z neho dostat maximum), pak bych zvazil instalaci AMD64 - MySQL s nim bezi udajne znatelne lepe, nez na i386. Ale jinak instalace i386 neni nijak zasadne spatna. Sam mam na vsech 64bit strojich i386 misto AMD64, protoze nejsem s vykonem na hrane. Co se tyce hyperthreadingu, otazkou spis je, zda ho vas CPU vubec podporuje - pokud je to totiz Dual Core, tak je to neco jineho, nez stary "dobry" hyperthreading. Dve jadra a k tomu hyperthreading (celkove tedy system vidi 4 CPU v jednom pouzdre) ma pouze jakasi Extreme edice Intelovskych CPU. U Dual Core CPU bude asi ve vetsine pripadu lepsi SMP kernel a tedy vyuziti obou jader. Hyperthreading mi dela na vetsine serveru vic problemu nez uzitku. Miroslav Lachman From dan at obluda.cz Thu Feb 8 23:12:27 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 08 Feb 2007 23:12:27 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <45CB9018.1010506@quip.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> <45CB9018.1010506@quip.cz> Message-ID: <45CBA04B.1000903@obluda.cz> Miroslav Lachman napsal/wrote, On 02/08/07 22:03: > Pokud tam pobezi jen tento vyjmenovany SW a ocekavate velke zatizeni > systemu (chcete z neho dostat maximum), pak bych zvazil instalaci AMD64 > - MySQL s nim bezi udajne znatelne lepe, nez na i386. Ale jinak > instalace i386 neni nijak zasadne spatna. Sam mam na vsech 64bit > strojich i386 misto AMD64, protoze nejsem s vykonem na hrane. Tohle se bude lisit aplikace od aplikace - nektere aplikace proste maji pro urcite ukony optimalizovany kod pro urcite platformy a pro jine platformy maji neoptimalizovany kod genericky. U tech se snadno stane, ze i386 kod bude rychlejsi (protoze pro nej ty optimalizace jsou), kdezto pro AMD rychlejsi nebude (protoze optimalizovany kod neni). Prikladem jsou implementace nekterych sifrer v OpenSSL. A pak muzou byt aplikace, ktere maji k dispozici optimalizovany kod pro kazdou tuhle platformu, nebo nakoalk nemaji optimalizovany kod pro zadnou a ty mohou tezit z priznivejsich generickych vlastnosti AMD pro urcite operace ... Lubomir Host napsal/wrote, On 02/08/07 21:11: > Dobry HW RAID je drahy. Preto lepsie ako lacny pseudo-HW RAID je podla > mna SW RAID. To je sice pravda, ale pokud se stale jeste bavime o RAIDu jako fault-tolerant mechanismu a nikoli o zpusobu jak zvetsit pruchodnost, pak je otazka, jestli je opravdu vhodne za kandidata na reseni povazovat "laciny HW" nebo jemu ekvivalentni "SW reseni". Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From Alfons.Q at seznam.cz Fri Feb 9 00:12:09 2007 From: Alfons.Q at seznam.cz (=?us-ascii?Q?Alfons=20Q?=) Date: Fri, 09 Feb 2007 00:12:09 +0100 (CET) Subject: =?us-ascii?Q?=20Zvukovka=2E=2Ecip=20ADI=201988?= Message-ID: <5.5-22562-2080273449-1170976328@seznam.cz> Dobry den, mam problem s Integrovanou zvukovou kartou s ?ipem ADI 1988 na zakladni desce Asus M2N-E. Pouzivam FreeBSD 6.2-RELEASE...snazil sem se ji rozchodit ale ani s nahranymi vsemi modulyy(snd_driver_load="YES") stale karta neni poznana. Podarilo se ji nekomu zozchodit? Dikys From dan at obluda.cz Fri Feb 9 01:34:13 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 09 Feb 2007 01:34:13 +0100 Subject: Zvukovka..cip ADI 1988 In-Reply-To: <5.5-22562-2080273449-1170976328@seznam.cz> References: <5.5-22562-2080273449-1170976328@seznam.cz> Message-ID: <45CBC185.4080103@obluda.cz> Alfons Q napsal/wrote, On 02/09/07 00:12: > zvukovou kartou s ?ipem ADI 1988 na zakladni desce Asus M2N-E vendor ID, Device ID !!! A u zvukovych karet nekdy nestaci k identifikaci ani to. Nicmene, at koukam do zdrojaku jak koukam, ADI 1988 mezi podporovanymi nevidim. Ted uz je na takovou radu asi pozde, ale podporovanost hardware pro dany software je treba zkoumat pred nakupem, nikoliv po nakupu ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From 000.fbsd at quip.cz Fri Feb 9 07:12:02 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 09 Feb 2007 07:12:02 +0100 Subject: Zvukovka..cip ADI 1988 In-Reply-To: <5.5-22562-2080273449-1170976328@seznam.cz> References: <5.5-22562-2080273449-1170976328@seznam.cz> Message-ID: <45CC10B2.8020004@quip.cz> Alfons Q wrote: > Dobry den, > mam problem s Integrovanou zvukovou kartou s ?ipem ADI 1988 na zakladni desce Asus M2N-E. Pouzivam FreeBSD 6.2-RELEASE...snazil sem se ji rozchodit ale ani s nahranymi vsemi modulyy(snd_driver_load="YES") stale karta neni poznana. Podarilo se ji nekomu zozchodit? > Dikys Zkuste se podivat na patch pro snd_hda http://people.freebsd.org/~ariff/HDA/ Miroslav Lachman From daniel-dvorak at atlas.cz Fri Feb 9 11:48:20 2007 From: daniel-dvorak at atlas.cz (=?ISO-8859-2?Q?Daniel_Dvo=F8=E1k?=) Date: Fri, 09 Feb 2007 11:48:20 +0100 Subject: portupgrade portversion missing categories Message-ID: <45CC5174.4090402@atlas.cz> Ahoj lidi, prosim poradte s portsnap. Provedl jsem po delsi dobe portsnap fetch update, portversion -vL= na nekolika ruznych serverech, to co nasledovalo nebylo vubec pekny a bylo to vsude stejny: portversion -vL= cd: can't cd to /usr/ports/sysutils/portupgrade [Updating the portsdb in /usr/ports ... - 16509 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... ..... done] [missing key: categories] [Updating the portsdb in /usr/ports ... - 16509 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... ..... done] missing key: categories: Cannot read the portsdb! database file error pak nasledoval bezny vypis zastaralych softu jako pred tim jako obvykle jako kdyz neni problem :) Setkal se s tim nekdo a co s tim jako mam delat ? D?ky Dan From koutek at o-k.cz Fri Feb 9 12:01:56 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Fri, 09 Feb 2007 12:01:56 +0100 Subject: portupgrade portversion missing categories In-Reply-To: <45CC5174.4090402@atlas.cz> References: <45CC5174.4090402@atlas.cz> Message-ID: <1171018916.1461.7.camel@shift.o-k.cz> Probiralo se to na konferenci ports. je to bug v portupgrade a je potreba upgradovat na posledni verzi. Pak smazat index a stahnout ho znova a melo by se to vzpamatovat. Osobne jsem stale na cvs takze se me to netykalo (pouze jsem musel odinstalovat portupgrade a nainstalovat to nove). Ondra Daniel Dvo????k p????e v p?? 09. 02. 2007 v 11:48 +0100: > Ahoj lidi, prosim poradte s portsnap. Provedl jsem po delsi dobe > portsnap fetch update, portversion -vL= na nekolika ruznych serverech, > to co nasledovalo nebylo vubec pekny a bylo to vsude stejny: > > portversion -vL= > cd: can't cd to /usr/ports/sysutils/portupgrade > [Updating the portsdb in /usr/ports ... - 16509 port > entries found > .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... > ..... done] > [missing key: categories] [Updating the portsdb in > /usr/ports ... - 16509 port entries found > .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... > ..... done] > missing key: categories: Cannot read the portsdb! > database file error > pak nasledoval bezny vypis zastaralych softu jako pred tim jako obvykle > jako kdyz neni problem :) > > Setkal se s tim nekdo a co s tim jako mam delat ? > > D??ky > Dan From Alfons.Q at seznam.cz Fri Feb 9 12:05:53 2007 From: Alfons.Q at seznam.cz (=?us-ascii?Q?Alfons=20Q?=) Date: Fri, 09 Feb 2007 12:05:53 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20Zvukovka=2E=2Ecip=20ADI=201988?= In-Reply-To: Message-ID: <7.7-29514-1860314391-1171019153@seznam.cz> > Ted uz je na takovou radu asi pozde, ale podporovanost hardware pro > dany software je treba zkoumat pred nakupem, nikoliv po nakupu ... No prave ja sem se dival do podpory na Linux a tam byla, ale po pul roce sem se rozhod zkusit taky FreeBSD s tim, ze tu bude fungovat taky:(.... takze asi neni cesta jak to nak aspon castecne rozchodit? Alfons.Q From gabriel31337 at gmail.com Fri Feb 9 12:25:27 2007 From: gabriel31337 at gmail.com (gabriel) Date: Fri, 09 Feb 2007 12:25:27 +0100 Subject: portupgrade portversion missing categories In-Reply-To: <1171018916.1461.7.camel@shift.o-k.cz> References: <45CC5174.4090402@atlas.cz> <1171018916.1461.7.camel@shift.o-k.cz> Message-ID: <45CC5A27.5060301@gmail.com> Presne tak. Zmazat portupgrade (napr. pkg_deinstall -fi portupgrade) a nainstallit ho znova, indexy mazat nie je treba (aspon ja som nemusel), ale kludne to pre istotu sprav. G Ondra Koutek wrote: > Probiralo se to na konferenci ports. > je to bug v portupgrade a je potreba upgradovat na posledni verzi. > Pak smazat index a stahnout ho znova a melo by se to vzpamatovat. > Osobne jsem stale na cvs takze se me to netykalo (pouze jsem musel > odinstalovat portupgrade a nainstalovat to nove). > > Ondra > > Daniel Dvo????k p????e v p?? 09. 02. 2007 v 11:48 +0100: >> Ahoj lidi, prosim poradte s portsnap. Provedl jsem po delsi dobe >> portsnap fetch update, portversion -vL= na nekolika ruznych serverech, >> to co nasledovalo nebylo vubec pekny a bylo to vsude stejny: >> >> portversion -vL= >> cd: can't cd to /usr/ports/sysutils/portupgrade >> [Updating the portsdb in /usr/ports ... - 16509 port >> entries found >> .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... >> ..... done] >> [missing key: categories] [Updating the portsdb in >> /usr/ports ... - 16509 port entries found >> .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... >> ..... done] >> missing key: categories: Cannot read the portsdb! >> database file error >> pak nasledoval bezny vypis zastaralych softu jako pred tim jako obvykle >> jako kdyz neni problem :) >> >> Setkal se s tim nekdo a co s tim jako mam delat ? >> >> D??ky >> Dan > From Alfons.Q at seznam.cz Fri Feb 9 12:30:10 2007 From: Alfons.Q at seznam.cz (=?us-ascii?Q?Alfons=20Q?=) Date: Fri, 09 Feb 2007 12:30:10 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20Zvukovka=2E=2Ecip=20ADI=201988?= In-Reply-To: Message-ID: <7.7-736-972384899-1171020609@seznam.cz> > Zkuste se podivat na patch pro snd_hda > http://people.freebsd.org/~ariff/HDA/ DIky moc...zvuk jiz funguje Alfons.Q From daniel-dvorak at atlas.cz Fri Feb 9 13:41:54 2007 From: daniel-dvorak at atlas.cz (=?UTF-8?B?RGFuaWVsIER2b8WZw6Fr?=) Date: Fri, 09 Feb 2007 13:41:54 +0100 Subject: portupgrade portversion missing categories In-Reply-To: <45CC5A27.5060301@gmail.com> References: <45CC5174.4090402@atlas.cz> <1171018916.1461.7.camel@shift.o-k.cz> <45CC5A27.5060301@gmail.com> Message-ID: <45CC6C12.6080405@atlas.cz> D?ky za odezvu. Provedl jsem pkg_deinstall -f portupgrade-2.2.2,2 pak make install clean pak rehash (mimochodem proc tohle neni zautomatizovano, to je takovy problem, viz apt-get install a zadny rehash tam neni) portversion -vL= [Updating the pkgdb in /var/db/pkg ... - 183 packages found (-0 +1) . done] [missing key: categories] [Updating the portsdb in /usr/ports ... - 16509 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... ..... done] /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:328:in `deorigin_glob': DB_PAGE_NOTFOUND: Requested page not found (PkgDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:230:in `config_include?' from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:225:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:225:in `config_include?' from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:211:in `config_held?' from /usr/local/sbin/portversion:326:in `check_pkgs' from /usr/local/sbin/portversion:309:in `each' from /usr/local/sbin/portversion:309:in `check_pkgs' from /usr/local/sbin/portversion:269:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' from /usr/local/sbin/portversion:80:in `new' from /usr/local/sbin/portversion:80:in `main' from /usr/local/sbin/portversion:364 Tak?e je probl?m je?t? n?kde s ruby ? Dan gabriel napsal(a): > Presne tak. Zmazat portupgrade (napr. pkg_deinstall -fi portupgrade) a > nainstallit ho znova, indexy mazat nie je treba (aspon ja som nemusel), > ale kludne to pre istotu sprav. > > G > > > Ondra Koutek wrote: > >> Probiralo se to na konferenci ports. >> je to bug v portupgrade a je potreba upgradovat na posledni verzi. >> Pak smazat index a stahnout ho znova a melo by se to vzpamatovat. >> Osobne jsem stale na cvs takze se me to netykalo (pouze jsem musel >> odinstalovat portupgrade a nainstalovat to nove). >> >> Ondra >> >> Daniel Dvo????k p????e v p?? 09. 02. 2007 v 11:48 +0100: >> >>> Ahoj lidi, prosim poradte s portsnap. Provedl jsem po delsi dobe >>> portsnap fetch update, portversion -vL= na nekolika ruznych serverech, >>> to co nasledovalo nebylo vubec pekny a bylo to vsude stejny: >>> >>> portversion -vL= >>> cd: can't cd to /usr/ports/sysutils/portupgrade >>> [Updating the portsdb in /usr/ports ... - 16509 port >>> entries found >>> .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... >>> ..... done] >>> [missing key: categories] [Updating the portsdb in >>> /usr/ports ... - 16509 port entries found >>> .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... >>> ..... done] >>> missing key: categories: Cannot read the portsdb! >>> database file error >>> pak nasledoval bezny vypis zastaralych softu jako pred tim jako obvykle >>> jako kdyz neni problem :) >>> >>> Setkal se s tim nekdo a co s tim jako mam delat ? >>> >>> D??ky >>> Dan >>> From koutek at o-k.cz Fri Feb 9 13:53:30 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Fri, 09 Feb 2007 13:53:30 +0100 Subject: portupgrade portversion missing categories In-Reply-To: <45CC6C12.6080405@atlas.cz> References: <45CC5174.4090402@atlas.cz> <1171018916.1461.7.camel@shift.o-k.cz> <45CC5A27.5060301@gmail.com> <45CC6C12.6080405@atlas.cz> Message-ID: <1171025610.1461.10.camel@shift.o-k.cz> Ne, tohle presne je stav po instalaci neauktualniho portuprade s chybou. Zkuste jeste pred instalaci fetchnout posledni verzi. %pkg_info |grep portupgrade portupgrade-2.2.2_4,2 FreeBSD ports/packages administration and management tool s % Ondra Daniel Dvo????k p????e v p?? 09. 02. 2007 v 13:41 +0100: > D??ky za odezvu. > > Provedl jsem pkg_deinstall -f portupgrade-2.2.2,2 > pak make install clean > pak rehash (mimochodem proc tohle neni zautomatizovano, to je takovy > problem, viz apt-get install a zadny rehash tam neni) > portversion -vL= > [Updating the pkgdb in /var/db/pkg ... - 183 packages > found (-0 +1) . done] > [missing key: categories] [Updating the portsdb in > /usr/ports ... - 16509 port entries found > .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... > ..... done] > /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:328:in `deorigin_glob': > DB_PAGE_NOTFOUND: Requested page not found (PkgDB::DBError) > from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:230:in > `config_include?' > from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:225:in `each' > from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:225:in > `config_include?' > from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:211:in > `config_held?' > from /usr/local/sbin/portversion:326:in `check_pkgs' > from /usr/local/sbin/portversion:309:in `each' > from /usr/local/sbin/portversion:309:in `check_pkgs' > from /usr/local/sbin/portversion:269:in `main' > from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' > from /usr/local/sbin/portversion:80:in `new' > from /usr/local/sbin/portversion:80:in `main' > from /usr/local/sbin/portversion:364 > > Tak??e je probl??m je??t?? n??kde s ruby ? > > Dan > > > gabriel napsal(a): > > Presne tak. Zmazat portupgrade (napr. pkg_deinstall -fi portupgrade) a > > nainstallit ho znova, indexy mazat nie je treba (aspon ja som nemusel), > > ale kludne to pre istotu sprav. > > > > G > > > > > > Ondra Koutek wrote: > > > >> Probiralo se to na konferenci ports. > >> je to bug v portupgrade a je potreba upgradovat na posledni verzi. > >> Pak smazat index a stahnout ho znova a melo by se to vzpamatovat. > >> Osobne jsem stale na cvs takze se me to netykalo (pouze jsem musel > >> odinstalovat portupgrade a nainstalovat to nove). > >> > >> Ondra > >> > >> Daniel Dvo? ???????k p????? ??e v p???? 09. 02. 2007 v 11:48 +0100: > >> > >>> Ahoj lidi, prosim poradte s portsnap. Provedl jsem po delsi dobe > >>> portsnap fetch update, portversion -vL= na nekolika ruznych serverech, > >>> to co nasledovalo nebylo vubec pekny a bylo to vsude stejny: > >>> > >>> portversion -vL= > >>> cd: can't cd to /usr/ports/sysutils/portupgrade > >>> [Updating the portsdb in /usr/ports ... - 16509 port > >>> entries found > >>> .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... > >>> ..... done] > >>> [missing key: categories] [Updating the portsdb in > >>> /usr/ports ... - 16509 port entries found > >>> .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... > >>> ..... done] > >>> missing key: categories: Cannot read the portsdb! > >>> database file error > >>> pak nasledoval bezny vypis zastaralych softu jako pred tim jako obvykle > >>> jako kdyz neni problem :) > >>> > >>> Setkal se s tim nekdo a co s tim jako mam delat ? > >>> > >>> D????ky > >>> Dan > >>> > From dan at obluda.cz Fri Feb 9 14:04:37 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 09 Feb 2007 14:04:37 +0100 Subject: Pripominka moderatora (was: Re: portupgrade portversion missing categories) In-Reply-To: <45CC5A27.5060301@gmail.com> References: <45CC5174.4090402@atlas.cz> <1171018916.1461.7.camel@shift.o-k.cz> <45CC5A27.5060301@gmail.com> Message-ID: <45CC7165.1070702@obluda.cz> Panove, respektujte, prosim, pravidla prispivani do teto konference. Do reakce NEPATRI cely puvodni dopis a odpoved se NEPISE NAD puvodni text. Cte se shora dolu. Pokud pro pochopeni reakce neni treba pripomenout kontext predchoziho dopisu, pak tam nema citace predchoziho dopisu co delat. Pokud to potreba je, je to potreba driv nez odpoved sama a proto ma byt puvodni text vys. A i kdyby vam vyse popsane chovani nepripadalo jako samozrejme ohleduplne vuci prijemci (ze je pracnejsi pro odesilatele je mi znamo) pak kostatuji tolik, ze uvedene chovani vyzaduji pravidla teto konference. Nevidim duvod, proc by kvuli uspore par vterin na strane odesilatele pri psani mailu melo nekolik stovek clenu teto konference par vterin zase ztratit pri jeho cteni. Pripadne nesouhlasne reakce na tento email na adresu moderatoru teto konference, nikoli do konference same. V konferenci uz jednou tato diskuse probehla, zajemce odkazuji na archiv. Dekuji za pochopeni. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From daniel-dvorak at atlas.cz Fri Feb 9 14:04:44 2007 From: daniel-dvorak at atlas.cz (=?UTF-8?B?RGFuaWVsIER2b8WZw6Fr?=) Date: Fri, 09 Feb 2007 14:04:44 +0100 Subject: portupgrade portversion missing categories In-Reply-To: <1171025610.1461.10.camel@shift.o-k.cz> References: <45CC5174.4090402@atlas.cz> <1171018916.1461.7.camel@shift.o-k.cz> <45CC5A27.5060301@gmail.com> <45CC6C12.6080405@atlas.cz> <1171025610.1461.10.camel@shift.o-k.cz> Message-ID: <45CC716C.5040500@atlas.cz> skutecne to zabralo az po vymazani vsech INDEX* souboru v portech a make fetchindex pak se to zpamatovalo diky za rady Ondra Koutek napsal(a): > Ne, tohle presne je stav po instalaci neauktualniho portuprade s chybou. > Zkuste jeste pred instalaci fetchnout posledni verzi. > > %pkg_info |grep portupgrade > portupgrade-2.2.2_4,2 FreeBSD ports/packages administration and > management tool s > % > > > Ondra > > Daniel Dvo????k p????e v p?? 09. 02. 2007 v 13:41 +0100: > >> D??ky za odezvu. >> >> Provedl jsem pkg_deinstall -f portupgrade-2.2.2,2 >> pak make install clean >> pak rehash (mimochodem proc tohle neni zautomatizovano, to je takovy >> problem, viz apt-get install a zadny rehash tam neni) >> portversion -vL= >> [Updating the pkgdb in /var/db/pkg ... - 183 packages >> found (-0 +1) . done] >> [missing key: categories] [Updating the portsdb in >> /usr/ports ... - 16509 port entries found >> .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... >> ..... done] >> /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:328:in `deorigin_glob': >> DB_PAGE_NOTFOUND: Requested page not found (PkgDB::DBError) >> from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:230:in >> `config_include?' >> from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:225:in `each' >> from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:225:in >> `config_include?' >> from /usr/local/lib/ruby/site_ruby/1.8/pkgtools.rb:211:in >> `config_held?' >> from /usr/local/sbin/portversion:326:in `check_pkgs' >> from /usr/local/sbin/portversion:309:in `each' >> from /usr/local/sbin/portversion:309:in `check_pkgs' >> from /usr/local/sbin/portversion:269:in `main' >> from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' >> from /usr/local/sbin/portversion:80:in `new' >> from /usr/local/sbin/portversion:80:in `main' >> from /usr/local/sbin/portversion:364 >> >> Tak??e je probl??m je??t?? n??kde s ruby ? >> >> Dan >> >> >> gabriel napsal(a): >> >>> Presne tak. Zmazat portupgrade (napr. pkg_deinstall -fi portupgrade) a >>> nainstallit ho znova, indexy mazat nie je treba (aspon ja som nemusel), >>> ale kludne to pre istotu sprav. >>> >>> G >>> >>> >>> Ondra Koutek wrote: >>> >>> >>>> Probiralo se to na konferenci ports. >>>> je to bug v portupgrade a je potreba upgradovat na posledni verzi. >>>> Pak smazat index a stahnout ho znova a melo by se to vzpamatovat. >>>> Osobne jsem stale na cvs takze se me to netykalo (pouze jsem musel >>>> odinstalovat portupgrade a nainstalovat to nove). >>>> >>>> Ondra >>>> >>>> Daniel Dvo? ???????k p????? ??e v p???? 09. 02. 2007 v 11:48 +0100: >>>> >>>> >>>>> Ahoj lidi, prosim poradte s portsnap. Provedl jsem po delsi dobe >>>>> portsnap fetch update, portversion -vL= na nekolika ruznych serverech, >>>>> to co nasledovalo nebylo vubec pekny a bylo to vsude stejny: >>>>> >>>>> portversion -vL= >>>>> cd: can't cd to /usr/ports/sysutils/portupgrade >>>>> [Updating the portsdb in /usr/ports ... - 16509 port >>>>> entries found >>>>> .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... >>>>> ..... done] >>>>> [missing key: categories] [Updating the portsdb in >>>>> /usr/ports ... - 16509 port entries found >>>>> .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000..... >>>>> ..... done] >>>>> missing key: categories: Cannot read the portsdb! >>>>> database file error >>>>> pak nasledoval bezny vypis zastaralych softu jako pred tim jako obvykle >>>>> jako kdyz neni problem :) >>>>> >>>>> Setkal se s tim nekdo a co s tim jako mam delat ? >>>>> >>>>> D????ky >>>>> Dan >>>>> >>>>> > > From 000.fbsd at quip.cz Fri Feb 9 14:35:46 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 09 Feb 2007 14:35:46 +0100 Subject: portupgrade portversion missing categories In-Reply-To: <45CC6C12.6080405@atlas.cz> References: <45CC5174.4090402@atlas.cz> <1171018916.1461.7.camel@shift.o-k.cz> <45CC5A27.5060301@gmail.com> <45CC6C12.6080405@atlas.cz> Message-ID: <45CC78B2.4050609@quip.cz> Daniel Dvo??k wrote: [...] > Provedl jsem pkg_deinstall -f portupgrade-2.2.2,2 > pak make install clean > pak rehash (mimochodem proc tohle neni zautomatizovano, to je takovy > problem, viz apt-get install a zadny rehash tam neni) rehash neni problemem portinstallu, ale jmenovite csh a tcsh shellu. Pokud pouzijete napriklad sh, nebo bash, tak zadny rehash delat nebudete. A pokud vam tak moc vadi udelat rucne rehash, nevidim problem v tom, abyste si do ~/.cshrc udelal vhodny alias, ktery po portinstallu provede rehash Miroslav Lachman From babjak at hilbert.chtf.stuba.sk Fri Feb 9 15:05:25 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Fri, 9 Feb 2007 15:05:25 +0100 Subject: portupgrade portversion missing categories In-Reply-To: <45CC5174.4090402@atlas.cz> References: <45CC5174.4090402@atlas.cz> Message-ID: <20070209140525.GB9174@hilbert.chtf.stuba.sk> > Setkal se s tim nekdo a co s tim jako mam delat ? ^-- Ano, stretol sa s tym skoro kazdy. Vacsina si precitala /usr/ports/UPGRADING, kde sa -- okrem ineho -- pise: 20070102: AFFECTS: users of sysutils/portupgrade AUTHOR: sem at FreeBSD.org If you have a problem with upgrading the tools from version 2.2.1 and less, remove the package with pkg_delete portupgrade\* command and reinstall it from scratch. Remove /usr/ports/INDEX*.db and run portsdb -u. To len tak na okraj, ze niekedy staci prejavit minimalnu snahu a problem je mozno vyriesit "v akcii Z". J. From babjak at hilbert.chtf.stuba.sk Fri Feb 9 15:22:28 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Fri, 9 Feb 2007 15:22:28 +0100 Subject: Polling In-Reply-To: <20070206082912.GB42252@stud.fit.vutbr.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> Message-ID: <20070209142228.GA18652@hilbert.chtf.stuba.sk> > dalsi vec co mne napada ze by se dala zkusit je vypnout SMP (ta masina je smp ne?). > tim vypnutim myslim jako dat do pryc z kernelu. ^-- Neviem ci vypnut SMP (kolko to ma procesorov?), ale rozhodne vypnut HT. Nedavno som riesil problem hyperthreadovym P4 a FreeBSD 6.2. So zapnutym HT + SMP jadrom obcas (niekedy aj niekolkokrat za minutu) cely system uplne vytuhol, niekedy az na niekolko desiatok sekund. Nehcelo sa mi riesit, ci je to SW alebo HW chyba, proste som vypol HT, nasadil UP jadro a pocitac slape ako hodinky. Mam dalsiu skusenost s performance testami nasho sw produktu na dvojprocesorovom (2 fyzicke procesory) serveri od HP. Ak je zapnuty HT (t.j. 4 logicke procesory), je priepustnost servera preukazatelne o 5-10% nizsia ako pri vypnutom HT (t.j. skutocne 2 procesory). Testy boli robene na Fedore. J. From babjak at hilbert.chtf.stuba.sk Fri Feb 9 15:35:32 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Fri, 9 Feb 2007 15:35:32 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <20070208201106.GE13296@platon.sk> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> <45CB5D1B.6010605@obluda.cz> <20070208174321.GD13296@platon.sk> <45CB7FB8.50502@obluda.cz> <20070208201106.GE13296@platon.sk> Message-ID: <20070209143532.GB18652@hilbert.chtf.stuba.sk> > > No, proberu-li se svoji pameti ve snaze vybavit si podstatnejsi skody > > zpusobene vypadkem diskoveho systemu se kterymi jsem mel co do cineni, > > pak se mi zda, ze tech, ke kterym doslo nikoli kvuli zavade nektereho > > disku, ale kvuli zavade RAID radice jako takoveho je tolik, ze je nemohu > > tise prehlednout. ^-- Z toho usudzujem, ze sw raid moze byt vo vseobecnosti povazovany za celkom dobre riesenie? > > P.S. Vesela RAID historka ze serverovny jedne nejmenovane statni > > instituce - mate velke drahe znackove RAID-5 pole, ze byt kovane ze > > zlata by bylo lacinejsi, plne disku vcetne nekolika SPARE. Pak v tom > > poli hardwarove odejde jeden disk. A o dve vteriny pozdeji jeste jeden. > > A mate po vtakach ... ;-) ^-- Mam vlastnu skusenost, ked mi vo vinum-mirrore odisli oba disky; casovy interval medzi nimi nebol sice 2 sekundy, ale bol rozhodne mensi ako 15 minut. > Ked sme uz pri tom, ako je to s podporou RAID6 a s reshapingom > (zvacsenie) RAID5 vo FreeBSD? ^-- ZFS a zraid? No, dnes ma tato diskusia o spolahlivosti, HA etc. naplna skepsou. A to mam buduci tyzden navrhnut instalaciu celkom vazneho kusu zeleza (8CPUs, 16GB RAM). :-( J. From babjak at hilbert.chtf.stuba.sk Fri Feb 9 15:42:55 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Fri, 9 Feb 2007 15:42:55 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <3678.6036-4346-2074617774-1170949099@post.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> Message-ID: <20070209144255.GC18652@hilbert.chtf.stuba.sk> > Rad bych se vyvaroval zbytecne ztraty vykonu, tak bych se rad zeptal > nekoho, kdo s tim ma zkusenosti. Cetl jsem, ze s distribuci pro AMD64 > jsou cetne problemy a tak jsem radeji zvolil i386. Nevim, zda mi > doporucite hypertreading zapnuty nebo vypnuty a pripadne nejakou > doporucenou optimalizaci jadra. ^-- Co sa tyka HT, odporucam ho vypnut, pokial testy nepotvrdia, ze vykon zo zapnutym HT je vyrazne lepsi ako bez neho. Co sa tyka obavy zo straty vykonu, je treba hladat najpomalsie miesto, a tym su casto disky. Ak budu poskytovane sluzby potrebovat intenzivne IO (typycky databaza alebo iny "storage"), uvazoval by som o SCSI diskoch; predsa len su niekde inde ako [S]ATA. Otazky ohladom RAIDov boli prebrane hadam dostatocne. J. From xdivac02 at stud.fit.vutbr.cz Fri Feb 9 16:06:52 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 9 Feb 2007 16:06:52 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <3678.6036-4346-2074617774-1170949099@post.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> Message-ID: <20070209150652.GA62706@stud.fit.vutbr.cz> On Thu, Feb 08, 2007 at 04:38:19PM +0100, dobrusky at post.cz wrote: > Dobry den, ahoj, > > poprve instaluji FreeBSD na nejaky pokrocilejsi stroj. Jedna se o desku Intel s chipsetem S5000VSA a CPU Xeon 3.00 GHz Dual Core. > > Rad bych se vyvaroval zbytecne ztraty vykonu, tak bych se rad zeptal nekoho, kdo s tim ma zkusenosti. Cetl jsem, ze s distribuci pro AMD64 jsou cetne problemy a tak jsem radeji zvolil i386. Nevim, zda mi doporucite hypertreading zapnuty nebo vypnuty a pripadne nejakou doporucenou optimalizaci jadra. > Jeste k HW: deska je osazena 2GB FB ECC 667, systemovy disk je 70GB RAPTOR SATA, datove disky 2x WD 320GB RE, na serveru pobezi Apache + PHP + MySQL, Postfix, PureFTP, IPFW. > Prosim o jakekoli rady ci doporuceni, za jakykoli prispevek predem dekuji. ja osobne bych urcite (ve smyslu URCITE!!!!) sel do amd64, ja osobne mam tydle sysctl: net.inet.ip.fastforwarding=1 net.inet.ip.process_options=0 kern.random.sys.harvest.ethernet=0 kern.timecounter.hardware=TSC vfs.read_max=32 net.inet.tcp.inflight.enable=0 kern.maxfiles=30000 net.inet.tcp.delayed_ack=0 kern.ipc.somaxconn=1024 kern.ipc.shmmax=67108864 kern.ipc.shmall=16384 pokud si ke kazdemu zjistite co to dela tak treba nektere z nich vyuzijete taky. dal doporucuju vyhodit z jadra COMPAT_43 a dalsi kok*tiny ktere na tom zavisi. vyhodit preemtpion (resp. udelat si benchmark s preemption a bez preemption) a snizit HZ z defaultniho 1000 na neco nizsiho (kvuli zatizeni sched_lock). pro mysql se rika ze dost pomaha libthr. do hyperthreadingu bych uvazoval jen v pripade ULE 2.0 a situace kdy mi benchmark rekne ze se to vyplati eto vsjo! roman From rajo at platon.sk Fri Feb 9 16:32:36 2007 From: rajo at platon.sk (Lubomir Host) Date: Fri, 9 Feb 2007 16:32:36 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <20070209143532.GB18652@hilbert.chtf.stuba.sk> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> <45CB5D1B.6010605@obluda.cz> <20070208174321.GD13296@platon.sk> <45CB7FB8.50502@obluda.cz> <20070208201106.GE13296@platon.sk> <20070209143532.GB18652@hilbert.chtf.stuba.sk> Message-ID: <20070209153236.GI13296@platon.sk> On Fri, Feb 09, 2007 at 03:35:32PM +0100, Jozef Babjak wrote: > ^-- Z toho usudzujem, ze sw raid moze byt vo vseobecnosti povazovany za > celkom dobre riesenie? Moje skusenosti: maly server s IDE alebo SATA diskami v zapojeni RAID1. Ked ti jeden z diskov odide po cca 2. rokoch, kupit identicky disk sa uz povacsinou neda. Treba kupit vacsi. HW raid s tym podla mna moze mat problem (ale priznavam, ze s tym nemam skusenosti). SW raid nema s neidentickymi blokovymi zariadeniami (disky, CF karty, ...) ziaden problem. Takze prechodnu dobu mas 2 rozdielne disky (vo velkosti, rychlosti, velkosti cache, znacke) v stroji, pricom sa mirroruje podla jednotlivych oblasti. Cast vacsieho disku sa nepouziva, alebo tam je nedolezity bordel. A ked casom odide aj mensi disk, tak opat kupis vacsi. Zvacsi sa ti dostupne miesto, nepouzivanu oblast prepnes do zapojenia RAID1 a fungujes dalej. Takto vlastne priebezne riesis rozsirovanie diskoveho priestoru. > > Ked sme uz pri tom, ako je to s podporou RAID6 a s reshapingom > > (zvacsenie) RAID5 vo FreeBSD? > > ^-- ZFS a zraid? Pouziva niekto ZFS a zraid v produkcii na FreeBSD? > No, dnes ma tato diskusia o spolahlivosti, HA etc. naplna skepsou. A to > mam buduci tyzden navrhnut instalaciu celkom vazneho kusu zeleza (8CPUs, > 16GB RAM). :-( No pekne. ;) Zeby nejaky databazovy server? Vyskusaj aj ine alternativy, Solaris, Linux, ... rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From dobrusky at post.cz Fri Feb 9 17:20:57 2007 From: dobrusky at post.cz (dobrusky at post.cz) Date: Fri, 09 Feb 2007 17:20:57 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20FreeBSD=206=2E2=20a=20Xeon=20Dual=20Core?= In-Reply-To: <20070209150652.GA62706@stud.fit.vutbr.cz> Message-ID: <3703.6060-17335-1832322540-1171038057@post.cz> Diky vsem za dobre rady. Asi testnu AMD64 a podivam se co to udela :-) V pondeli tu mam druheho raptora do raidu 1, takze jak Raptory tak datove budou v raidu 1. Je to opravdu 2 jadrovy Xeon, jak se o tom nekdo zminoval (Pri zapnutem hyperthreadingu system vidi 4 cpu) hyperthreading necham zatim vypnuty, ale to jsem uz predem predpokladal :-) Zajimalo by me jestli mi nekdo nemuze doporucit nejaky vhodny benchmark? Kdyby ano urcite by mi to pomohlo :-) Jeste jednou diky Ondra > ------------ P?vodn? zpr?va ------------ > Od: Divacky Roman > P?edm?t: Re: FreeBSD 6.2 a Xeon Dual Core > Datum: 09.2.2007 16:09:25 > > ja osobne bych urcite (ve smyslu URCITE!!!!) sel do amd64, > > ja osobne mam tydle sysctl: > > net.inet.ip.fastforwarding=1 > net.inet.ip.process_options=0 > kern.random.sys.harvest.ethernet=0 > kern.timecounter.hardware=TSC > vfs.read_max=32 > net.inet.tcp.inflight.enable=0 > kern.maxfiles=30000 > net.inet.tcp.delayed_ack=0 > kern.ipc.somaxconn=1024 > kern.ipc.shmmax=67108864 > kern.ipc.shmall=16384 > > pokud si ke kazdemu zjistite co to dela tak treba nektere z nich vyuzijete > taky. > dal doporucuju vyhodit z jadra COMPAT_43 a dalsi kok*tiny ktere na tom zavisi. > vyhodit preemtpion (resp. udelat si benchmark s preemption a bez preemption) > a snizit HZ z defaultniho 1000 na neco nizsiho (kvuli zatizeni sched_lock). > > pro mysql se rika ze dost pomaha libthr. do hyperthreadingu bych uvazoval > jen v pripade ULE 2.0 a situace kdy mi benchmark rekne ze se to vyplati > > eto vsjo! > > roman > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l > > > From cizek.milan at seznam.cz Fri Feb 9 18:29:21 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Fri, 9 Feb 2007 18:29:21 +0100 Subject: port na kontrolu spusteni sluzeb? Message-ID: <002201c74c6f$d624df50$1403000a@milanc> Ahoj, existuje nejaky port, ktery by periodicky hlidal beh vybranych sluzeb a v pripade ze nebezi je dokazal nahodit? Typicky priklad, clovek udela portupgrade -a, nevsimne si, ze mezi upgrady je treba i dhcpd a uz ho zapomene rucne nahodit. Pak jsou uzivatele zbyetcne nevrli... Diky Milan From 000.fbsd at quip.cz Fri Feb 9 19:46:38 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 09 Feb 2007 19:46:38 +0100 Subject: port na kontrolu spusteni sluzeb? In-Reply-To: <002201c74c6f$d624df50$1403000a@milanc> References: <002201c74c6f$d624df50$1403000a@milanc> Message-ID: <45CCC18E.6090105@quip.cz> Milan Cizek wrote: > Ahoj, > existuje nejaky port, ktery by periodicky hlidal beh vybranych sluzeb a v > pripade ze nebezi je dokazal nahodit? Typicky priklad, clovek udela > portupgrade -a, nevsimne si, ze mezi upgrady je treba i dhcpd a uz ho > zapomene rucne nahodit. Pak jsou uzivatele zbyetcne nevrli... Diky Asi to neni primo to co hledate, ale minimalne za povsimnuti stoji daemontools, nebo runit. Pripadne si neco primitivniho napsat jako shellscript spousteny kazdou minutu z cronu. Miroslav Lachman From dan at obluda.cz Fri Feb 9 20:20:32 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 09 Feb 2007 20:20:32 +0100 Subject: port na kontrolu spusteni sluzeb? In-Reply-To: <002201c74c6f$d624df50$1403000a@milanc> References: <002201c74c6f$d624df50$1403000a@milanc> Message-ID: <45CCC980.5050205@obluda.cz> Milan Cizek napsal/wrote, On 02/09/07 18:29: > existuje nejaky port, ktery by periodicky hlidal beh vybranych sluzeb a v Napady na porty tu uz padly, tak ja dodam, ze nejkritictejsi sluzby nechavam hlidat primo INITem (spousti se tedy z /etc/ttys). Pravda, je to pouzitelne jen v pripade, ze lze konkretni server provozovat i v neademonizovane podobe a jeste jsou tam trochu problemy s parametry. Nejde to vzdycky a se vsim, ale tam, kde to jde, je to velmi spolehlive. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Fri Feb 9 21:54:23 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 09 Feb 2007 21:54:23 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <20070209143532.GB18652@hilbert.chtf.stuba.sk> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> <45CB5D1B.6010605@obluda.cz> <20070208174321.GD13296@platon.sk> <45CB7FB8.50502@obluda.cz> <20070208201106.GE13296@platon.sk> <20070209143532.GB18652@hilbert.chtf.stuba.sk> Message-ID: <45CCDF7F.1080103@obluda.cz> Jozef Babjak napsal/wrote, On 02/09/07 15:35: >> > pak se mi zda, ze tech, ke kterym doslo nikoli kvuli zavade nektereho >> > disku, ale kvuli zavade RAID radice jako takoveho je tolik, ze je nemohu >> > tise prehlednout. > > ^-- Z toho usudzujem, ze sw raid moze byt vo vseobecnosti povazovany za > celkom dobre riesenie? To nanestesti prilis potvrdit nemuzu. Nvim, jak je to ted, al ev dobach, kdy jsem s VINUMem koketoval ja se to ukazalo nebyt az tak stabilnim kusem software. Dneska na jeho misto nastoupil GEOM, ale moje prvni setkani s nim bylo ve znameni pomerne hrube programatorske chyby. A znate me - ja nejsem ted, kdo prosazuje uzivat v produkcnim nasazeni nejposlednejsi novinky, Neslo tedy o zadne betaverze ani sotva odladene release. Navic maji vetsinou nevyhovujici vykonove parametry (i kdyz o ty nekdy nejde). Chovam proste k softwarovym RAIDum neduveru. Nepopiram, ze to je subjektivni vec. Nikomu jejich pouzivani neberu. Na druhou stranu, je treba uvazit k jakemu ucelu se dany server stavi a zda je setrnost na teto komponente na miste. Musim rict, ze v tomto kontextu tak uplne nemuzu prijmout prispevek Luby Hosta. RAID obvykle nedavam to "srotu pro sekretarku". A u seriozniho serveru snad opravdu nemusim jako vazne mineny problem resit to, ze po zavade jednoho disku uz nemuzu koupit stejny identicky. Koupim samozrejme dva stejne a ten jeden co mi tim vypadne pak pouziju do nejakeho toho sekretarskeho srotu ... > No, dnes ma tato diskusia o spolahlivosti, HA etc. naplna skepsou. A to > mam buduci tyzden navrhnut instalaciu celkom vazneho kusu zeleza (8CPUs, > 16GB RAM). :-( Rekni mi jak jsi se pojistil proti nejake zavade a ja prihodim svoji nebo cizi historku, kde se proti ni pojistili stejne a presto doslo k vypadku ;-) Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From rajo at platon.sk Fri Feb 9 22:29:38 2007 From: rajo at platon.sk (Lubomir Host) Date: Fri, 9 Feb 2007 22:29:38 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <45CCDF7F.1080103@obluda.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> <45CB5D1B.6010605@obluda.cz> <20070208174321.GD13296@platon.sk> <45CB7FB8.50502@obluda.cz> <20070208201106.GE13296@platon.sk> <20070209143532.GB18652@hilbert.chtf.stuba.sk> <45CCDF7F.1080103@obluda.cz> Message-ID: <20070209212938.GK13296@platon.sk> On Fri, Feb 09, 2007 at 09:54:23PM +0100, Dan Lukes wrote: > To nanestesti prilis potvrdit nemuzu. Nvim, jak je to ted, al ev > dobach, kdy jsem s VINUMem koketoval ja se to ukazalo nebyt az tak > stabilnim kusem software. Dneska na jeho misto nastoupil GEOM, ale moje > prvni setkani s nim bylo ve znameni pomerne hrube programatorske chyby. > > A znate me - ja nejsem ted, kdo prosazuje uzivat v produkcnim nasazeni > nejposlednejsi novinky, Neslo tedy o zadne betaverze ani sotva odladene > release. Ako som vravel, ja na SW RAID nedam dopustit. ;-) Mozno som mal iba stastie. > Navic maji vetsinou nevyhovujici vykonove parametry (i kdyz o ty nekdy > nejde). Vykon je podla mna vcelku v pohode. Pri RAID1 citanie cca 2x rychlejsie, zapis mierne pomalsi. > Chovam proste k softwarovym RAIDum neduveru. Nepopiram, ze to je > subjektivni vec. Nikomu jejich pouzivani neberu. Ja by som to videl asi takto: - kvalitny HW RAID - SW RAID - lacny HW (pseudo) RAID > Na druhou stranu, je treba uvazit k jakemu ucelu se dany server stavi a > zda je setrnost na teto komponente na miste. Musim rict, ze v tomto > kontextu tak uplne nemuzu prijmout prispevek Luby Hosta. RAID obvykle > nedavam to "srotu pro sekretarku". A u seriozniho serveru snad opravdu > nemusim jako vazne mineny problem resit to, ze po zavade jednoho disku > uz nemuzu koupit stejny identicky. Koupim samozrejme dva stejne a ten > jeden co mi tim vypadne pak pouziju do nejakeho toho sekretarskeho srotu ... Suhlasim. Ak si mozes TOP riesenie dovolit, nesetris financnymi prostriedkami a cena za server vylezie na niekolko 100 tis. SKK (pravdepodobne aj KC). Vtedy je kvalitny HW RAID v poriadku. Ak mas malu zacinajucu firmu, vrazit tolko do servera nemusi byt v tvojich moznostiach. Zaroven sa ti vsak hodi predchadzat vypadkom alebo ich aspon minimalizovat. A tak mas ako "server" kancelarske PC s IDE/SATA diskami. HW RAID s cenou ako cely zvysok servera asi nebude to prave. > > No, dnes ma tato diskusia o spolahlivosti, HA etc. naplna skepsou. A to > > mam buduci tyzden navrhnut instalaciu celkom vazneho kusu zeleza (8CPUs, > > 16GB RAM). :-( > > Rekni mi jak jsi se pojistil proti nejake zavade a ja prihodim svoji > nebo cizi historku, kde se proti ni pojistili stejne a presto doslo k > vypadku ;-) Dan, ty si vecny pesimista. Alebo iba realista? ;-) rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From xdivac02 at stud.fit.vutbr.cz Fri Feb 9 23:00:01 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 9 Feb 2007 23:00:01 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <45CCDF7F.1080103@obluda.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> <45CB5D1B.6010605@obluda.cz> <20070208174321.GD13296@platon.sk> <45CB7FB8.50502@obluda.cz> <20070208201106.GE13296@platon.sk> <20070209143532.GB18652@hilbert.chtf.stuba.sk> <45CCDF7F.1080103@obluda.cz> Message-ID: <20070209220001.GA16319@stud.fit.vutbr.cz> On Fri, Feb 09, 2007 at 09:54:23PM +0100, Dan Lukes wrote: > Jozef Babjak napsal/wrote, On 02/09/07 15:35: > >> > pak se mi zda, ze tech, ke kterym doslo nikoli kvuli zavade nektereho > >> > disku, ale kvuli zavade RAID radice jako takoveho je tolik, ze je nemohu > >> > tise prehlednout. > > > > ^-- Z toho usudzujem, ze sw raid moze byt vo vseobecnosti povazovany za > > celkom dobre riesenie? > > To nanestesti prilis potvrdit nemuzu. Nvim, jak je to ted, al ev > dobach, kdy jsem s VINUMem koketoval ja se to ukazalo nebyt az tak > stabilnim kusem software. Dneska na jeho misto nastoupil GEOM, ale moje > prvni setkani s nim bylo ve znameni pomerne hrube programatorske chyby. > > A znate me - ja nejsem ted, kdo prosazuje uzivat v produkcnim nasazeni > nejposlednejsi novinky, Neslo tedy o zadne betaverze ani sotva odladene > release. > > Navic maji vetsinou nevyhovujici vykonove parametry (i kdyz o ty nekdy > nejde). > > Chovam proste k softwarovym RAIDum neduveru. Nepopiram, ze to je > subjektivni vec. Nikomu jejich pouzivani neberu. KAZDY raid je kus software, to ze nekdy je to vypalene v nejake pameti na karte a jindy to bezi z ramky je vicemene fuk. software je to tak jako tak. a ted je otazka - duveruju taiwanci ktery za $15/hour kodi ten sw do te hw karty nebo duveruju developerovi sw raidu v mem oblibenem OS? hw raidy jsou super po strance vykonu, nicmene s duverou bych rekl ze zavisi na vyhodnoceni situace popsane v odstavci vyse. navic... vy si umite najit/opravit chybu v sw te hw raid karty? ja ne... zatimco v sw raidu v mem oblibenem OS to nejspis dokazu udelat v radu hodin. je jen na zvazeni kazdeho ctenare jak je na tom :) ja uz se rozhodl :) (vsecko si radsi pamatuju a disky nepouzivam :) ) roman From dan at obluda.cz Sat Feb 10 00:12:55 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 10 Feb 2007 00:12:55 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <20070209220001.GA16319@stud.fit.vutbr.cz> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> <45CB5D1B.6010605@obluda.cz> <20070208174321.GD13296@platon.sk> <45CB7FB8.50502@obluda.cz> <20070208201106.GE13296@platon.sk> <20070209143532.GB18652@hilbert.chtf.stuba.sk> <45CCDF7F.1080103@obluda.cz> <20070209220001.GA16319@stud.fit.vutbr.cz> Message-ID: <45CCFFF7.8040801@obluda.cz> Divacky Roman napsal/wrote, On 02/09/07 23:00: > KAZDY raid je kus software Samozrejme, ze i HW RAID je software. Pokud pristoupim na tvuj uhel pohledu, pak skoro nic jineho ani neexistuje. On i procesor neni hardware, neb je rizen mikrokodem - ktery je dokonce patchovatelny. Ani graficka karta neni hardware. Disk ? Taky software. CD/DVD vypalovacka ? Software. V klavesnici je take procesor a software. Takze co nam zbyva v pocitaci jako tak hardwarove hardware, ze i ty bys to za hardwarove reseni povazoval ? Zdroj, vetrak na procesoru, kondenzatory na desce, vypinac a barevne LEDky ? Jeste jsem zapomel na sroubky. Obvykle se u PC za HW reseni povazuje takove, ktere vykonava cinnost nezavisle na CPU, zatimco softwarove reseni ho ke sve cinnosti potrebuje. Ano, ani to neni presna definice a vlastne nevim, jestli nejaka presna definice existuje, ale doted jsem mel dojem, ze ac bez presne definice, tak nejak to zhruba intuitivne vsichni chapeme a rozumime si navzajem. Dobra, beru na vedomi, ze to vzajemne pochopeni tak samozrejme v nekterych pripadech neni ... Ted akorat nevim, jestli je CPU hardware nebo software. Teda - pro tebe je to samozrejme software (mikrokod psal za par dolaru nejaky Ind). Ale co je to pro me ? Je to hardware, nebo je to "kus software", protoze ke sve cinnosti potrebuje CPU ? Vidis, co delas ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From bretislav.kubesa at centrum.cz Sat Feb 10 12:40:18 2007 From: bretislav.kubesa at centrum.cz (Bretislav Kubesa) Date: Sat, 10 Feb 2007 12:40:18 +0100 Subject: port na kontrolu spusteni sluzeb? References: <002201c74c6f$d624df50$1403000a@milanc> <45CCC18E.6090105@quip.cz> Message-ID: <001a01c74d08$4e1c40a0$0201a8c0@BKUBESA> > Milan Cizek wrote: >> Ahoj, >> existuje nejaky port, ktery by periodicky hlidal beh vybranych sluzeb a v >> pripade ze nebezi je dokazal nahodit? Typicky priklad, clovek udela >> portupgrade -a, nevsimne si, ze mezi upgrady je treba i dhcpd a uz ho >> zapomene rucne nahodit. Pak jsou uzivatele zbyetcne nevrli... Diky > > Asi to neni primo to co hledate, ale minimalne za povsimnuti stoji > daemontools, nebo runit. Pripadne si neco primitivniho napsat jako > shellscript spousteny kazdou minutu z cronu. > > Miroslav Lachman > -- Pouzivam ke vsi spokojenosti monit - http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/monit/ BK From jason at netkosice.sk Sat Feb 10 13:10:05 2007 From: jason at netkosice.sk (jason at netkosice.sk) Date: Sat, 10 Feb 2007 13:10:05 +0100 (CET) Subject: Squid 2.6.9 - log_uses_indirect_client Message-ID: <1478.172.16.75.128.1171109405.squirrel@mail.netkosice.sk> Ahoj konfera, upgradoval som Squida z 2.5 na 2.6 a prestalo mi fungovat log_uses_indirect_client. Predtym fungovalo a skusil som aj prekopirovat cast konfigu aby som vylucil preklep a podobne. Port som kompiloval a na webe som nic rozumne nenasiel. Jedine co som si vsimol ze nejako nevidim xff patch v adresari portu... Dik za kazde info Jaro From piftik at yhman.tnuni.sk Sat Feb 10 14:01:14 2007 From: piftik at yhman.tnuni.sk (Stefan Kremen) Date: Sat, 10 Feb 2007 14:01:14 +0100 Subject: staticke arp zaznamy po starte Message-ID: <20070210125512.M64979@yhman.tnuni.sk> Dobry den. Chcel by som sa velacteneho publika spytat, ci FreeBSD vo verzii 6.2 disponuje vlastnostou, ktora pri starte operacneho systemu zabezpeci automaticke natiahnutie statickych arp zaznamov zo suboru, teda ekvivalent prikazu arp -f filename Alebo si musim tento prikaz zapisat do skriptu a zabezpecit jeho spustenie pomocou rcng? Tu sa natiska otazka, v ktorom okamziku by bolo vhodne spustit tento skript? staci ho dat do /usr/local/etc/rc.d? Alebo este inak: zalezi operacnemu systemu na presnom okamziku, kedy by mal byt vykonany spominany skript? Dakujem ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From dan at obluda.cz Sat Feb 10 14:52:14 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 10 Feb 2007 14:52:14 +0100 Subject: staticke arp zaznamy po starte In-Reply-To: <20070210125512.M64979@yhman.tnuni.sk> References: <20070210125512.M64979@yhman.tnuni.sk> Message-ID: <45CDCE0E.3010701@obluda.cz> Stefan Kremen napsal/wrote, On 02/10/07 14:01: > Chcel by som sa velacteneho publika spytat, ci FreeBSD vo verzii 6.2 disponuje > vlastnostou, ktora pri starte operacneho systemu zabezpeci automaticke > natiahnutie statickych arp zaznamov zo suboru, teda ekvivalent prikazu > > arp -f filename Ja sio dovolim otazku poreformulovat - otazka zni, zda na jednoduchy pokyn nekdy behem startu system zam spusti uvedeny prikaz. Odpoved zni - ne. Ale je nescislne zpusobu jak zajistit spusteni scriptu pri startu - cron, start_if, rc.local, rc.d ... > Alebo este inak: zalezi operacnemu systemu na presnom okamziku, kedy by mal > byt vykonany spominany skript? Operacnimu systemu ? Tomu je naprosto jedno, jestli takovy prikaz vubec spusten bude a tim mene mu zalezi na tom kdy to bude. OS ho k nicemu nepotrebuje a nespousti ho. To vy ho chcete kvuli necemu spustit, takze vy jste ten, kdo jediny muze posoudit, ktery okamzik je vhodny a ktery ne ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From piftik at yhman.tnuni.sk Sat Feb 10 15:18:23 2007 From: piftik at yhman.tnuni.sk (Stefan Kremen) Date: Sat, 10 Feb 2007 15:18:23 +0100 Subject: staticke arp zaznamy po starte In-Reply-To: <45CDCE0E.3010701@obluda.cz> References: <20070210125512.M64979@yhman.tnuni.sk> <45CDCE0E.3010701@obluda.cz> Message-ID: <20070210140411.M25668@yhman.tnuni.sk> On Sat, 10 Feb 2007 14:52:14 +0100, Dan Lukes wrote > Ja sio dovolim otazku poreformulovat - otazka zni, zda na > jednoduchy pokyn nekdy behem startu system zam spusti uvedeny prikaz. > > Odpoved zni - ne. To mi v podstate staci, dakujem :) > To vy ho chcete kvuli necemu spustit, takze vy jste ten, kdo jediny > muze posoudit, ktery okamzik je vhodny a ktery ne ... S prihliadnutim ku konkretnemu systemu, kde to chcem pouzit, mi bude stacit cas po inicializacii sietovych interfacov. PiFtiK ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From gabriel31337 at gmail.com Sat Feb 10 15:42:51 2007 From: gabriel31337 at gmail.com (gabriel) Date: Sat, 10 Feb 2007 15:42:51 +0100 Subject: staticke arp zaznamy po starte In-Reply-To: <20070210125512.M64979@yhman.tnuni.sk> References: <20070210125512.M64979@yhman.tnuni.sk> Message-ID: <45CDD9EB.4080300@gmail.com> Stefan Kremen wrote: > Dobry den. > > Chcel by som sa velacteneho publika spytat, ci FreeBSD vo verzii 6.2 disponuje > vlastnostou, ktora pri starte operacneho systemu zabezpeci automaticke > natiahnutie statickych arp zaznamov zo suboru, teda ekvivalent prikazu > > arp -f filename neviem o nicom podobnom > Alebo si musim tento prikaz zapisat do skriptu a zabezpecit jeho spustenie > pomocou rcng? Tu sa natiska otazka, v ktorom okamziku by bolo vhodne spustit > tento skript? staci ho dat do /usr/local/etc/rc.d? toto je uplne najidealnejsie riesenie - smelo do toho, sam to tak mam a nemam s tym jediny problem :) > Alebo este inak: zalezi operacnemu systemu na presnom okamziku, kedy by mal > byt vykonany spominany skript? operacnemu systemu je to imo sumak :) G From radek at ceskedomeny.cz Sun Feb 11 13:22:07 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Sun, 11 Feb 2007 13:22:07 +0100 Subject: Polling In-Reply-To: <20070209142228.GA18652@hilbert.chtf.stuba.sk> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> Message-ID: <833994432.20070211132207@starnet.cz> Dobry den, 9. ?nora 2007, 15:22:28, jste napsal(a): >> dalsi vec co mne napada ze by se dala zkusit je vypnout SMP (ta masina je smp ne?). >> tim vypnutim myslim jako dat do pryc z kernelu. JB> ^-- Neviem ci vypnut SMP (kolko to ma procesorov?), ale rozhodne vypnut JB> HT. Nedavno som riesil problem hyperthreadovym P4 a FreeBSD 6.2. So JB> zapnutym HT + SMP jadrom obcas (niekedy aj niekolkokrat za minutu) cely JB> system uplne vytuhol, niekedy az na niekolko desiatok sekund. Nehcelo sa JB> mi riesit, ci je to SW alebo HW chyba, proste som vypol HT, nasadil UP JB> jadro a pocitac slape ako hodinky. ano, docetl jsem se, ze polling nema rad HT resp. SMP, nikdy jsem ho nevypinal a nejak nemuzu najit, kde to udelam, muzete mi poradit? Mam moznost testovani jen na jedne masine a to je zrovna zivy system, nechci to shodit. Diky. Radek -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From fedajkin at centrum.cz Mon Feb 12 00:22:41 2007 From: fedajkin at centrum.cz (Martin) Date: Mon, 12 Feb 2007 00:22:41 +0100 Subject: SATA radic SiI3512 In-Reply-To: <833994432.20070211132207@starnet.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> Message-ID: <25506025.20070212002241@centrum.cz> Dobr? den, chci udelat domaci NAS server a mam moznost velmi levne ziskat SATA radic s cipem Silicon Image 3512, chci se zeptat jestli s tim radicem ma nekdo nejakou zkusenost dobrou/spatnou, jestli ho mam vzit nebo radeji ne. Chci to postavit velmi jednoduse na FreeNAS. -- S pozdravem, Martin Majer mailto:fedajkin at centrum.cz From babjak at hilbert.chtf.stuba.sk Mon Feb 12 07:55:29 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Mon, 12 Feb 2007 07:55:29 +0100 Subject: FreeBSD 6.2 a Xeon Dual Core In-Reply-To: <20070209153236.GI13296@platon.sk> References: <3678.6036-4346-2074617774-1170949099@post.cz> <20070208165235.GZ13296@platon.sk> <45CB5D1B.6010605@obluda.cz> <20070208174321.GD13296@platon.sk> <45CB7FB8.50502@obluda.cz> <20070208201106.GE13296@platon.sk> <20070209143532.GB18652@hilbert.chtf.stuba.sk> <20070209153236.GI13296@platon.sk> Message-ID: <20070212065529.GA18802@hilbert.chtf.stuba.sk> > > No, dnes ma tato diskusia o spolahlivosti, HA etc. naplna skepsou. A to > > mam buduci tyzden navrhnut instalaciu celkom vazneho kusu zeleza (8CPUs, > > 16GB RAM). :-( > > No pekne. ;) Zeby nejaky databazovy server? Vyskusaj aj ine alternativy, > Solaris, Linux, ... ^-- Nic skusat nebudem, pojde tam Solaris 10, to je bez diskusie. Je to Sun Fire V880, davat tam cokolvek ine ako Solaris by bolo ako tlacit motor z BMW do mercedesa. :-) J. From 000.fbsd at quip.cz Mon Feb 12 09:51:00 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon, 12 Feb 2007 09:51:00 +0100 Subject: SATA radic SiI3512 In-Reply-To: <25506025.20070212002241@centrum.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <25506025.20070212002241@centrum.cz> Message-ID: <45D02A74.7060805@quip.cz> Martin wrote: > Dobr? den, > chci udelat domaci NAS server a mam moznost velmi levne ziskat > SATA radic s cipem Silicon Image 3512, chci se zeptat jestli s > tim radicem ma nekdo nejakou zkusenost dobrou/spatnou, jestli ho mam > vzit nebo radeji ne. Nemam sice zkusenost primo s timhle, ale s jinym tehle znacky a byla to tragedie (timeouty a vypadavani disku z RAIDu). A mailinglisty FreeBSD jsou plne varovani pred levnymi radici prave od Silicon Image, takze ja bych si radeji usetril problemy a tomuto vyrobci se zdaleka vyhnul. Miroslav Lachman From piftik at yhman.tnuni.sk Mon Feb 12 11:29:31 2007 From: piftik at yhman.tnuni.sk (Stefan Kremen) Date: Mon, 12 Feb 2007 11:29:31 +0100 Subject: SATA radic SiI3512 In-Reply-To: <45D02A74.7060805@quip.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <25506025.20070212002241@centrum.cz> <45D02A74.7060805@quip.cz> Message-ID: <20070212102656.M71662@yhman.tnuni.sk> On Mon, 12 Feb 2007 09:51:00 +0100, Miroslav Lachman wrote > Martin wrote: > > Dobr? den, > > chci udelat domaci NAS server a mam moznost velmi levne ziskat > > SATA radic s cipem Silicon Image 3512, chci se zeptat jestli s > > tim radicem ma nekdo nejakou zkusenost dobrou/spatnou, jestli ho mam > > vzit nebo radeji ne. > > Nemam sice zkusenost primo s timhle, ale s jinym tehle znacky a byla > to tragedie (timeouty a vypadavani disku z RAIDu). A mailinglisty > FreeBSD jsou plne varovani pred levnymi radici prave od Silicon > Image, takze ja bych si radeji usetril problemy a tomuto vyrobci se > zdaleka vyhnul. Pripajam sa k tomuto nazoru, v logoch sa mi ukazovalo vela CRC a DMA errorov na diskoch a ked som dal disk reklamovat, neuznali mi to s dovodom, ze disk je v uplnom poriadku. Moj zaver: nedavaj to do serveru, ani len domaceho. Ta karta je vhodna skor do windows. Aj ked aj tam som musel upgradovat drivery a firmware. Bol to chip 3112 PiFtiK ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From mex at active.sk Mon Feb 12 11:57:04 2007 From: mex at active.sk (MeX) Date: Mon, 12 Feb 2007 11:57:04 +0100 Subject: SATA radic SiI3512 In-Reply-To: <20070212102656.M71662@yhman.tnuni.sk> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <25506025.20070212002241@centrum.cz> <45D02A74.7060805@quip.cz> <20070212102656.M71662@yhman.tnuni.sk> Message-ID: <20070212105704.GA10946@active.sk> On Mon, 2007-Feb-12 at 11:29:31 +0100, Stefan Kremen wrote: > On Mon, 12 Feb 2007 09:51:00 +0100, Miroslav Lachman wrote > > Martin wrote: > > > Dobr? den, > > > chci udelat domaci NAS server a mam moznost velmi levne ziskat > > > SATA radic s cipem Silicon Image 3512, chci se zeptat jestli s > > > tim radicem ma nekdo nejakou zkusenost dobrou/spatnou, jestli ho mam > > > vzit nebo radeji ne. > > > > Nemam sice zkusenost primo s timhle, ale s jinym tehle znacky a byla > > to tragedie (timeouty a vypadavani disku z RAIDu). A mailinglisty > > FreeBSD jsou plne varovani pred levnymi radici prave od Silicon > > Image, takze ja bych si radeji usetril problemy a tomuto vyrobci se > > zdaleka vyhnul. Rovnako SiI neodporucam. Ked chces nieco lacnejsie, tak potom nejaky Promise. Alebo gmirror. Odporucam si o kazdom jednom kusku skusit najst nejake info ake ma konkretny typ specificke problemy. Pozor aj na to, ci z konkretneho radica budes vediet aj nabootovat. Napr. Promise SX6000 (P-ATA RAID5) aspon do 5.5-R nevedel nabootovat (ani po patchoch na btx), inak funguje ok. Rovnako ako (ne)funguje online/offline rebuild po vymene vadneho disku. MeX From chlastak at sloane.cz Mon Feb 12 14:54:02 2007 From: chlastak at sloane.cz (Miroslav Chlastak) Date: Mon, 12 Feb 2007 14:54:02 +0100 Subject: Polling In-Reply-To: <16999695.20070205121616@starnet.cz> References: <16999695.20070205121616@starnet.cz> Message-ID: <45D0717A.5030002@sloane.cz> Bc. Radek Krejca wrote: > Dobry den, > > mam problemy s nastavenim pollingu, resp. nejede, jak jsem si > sliboval, spise je to vyrazne horsi. > > Mam HP Proliant DL360-G4 jako router a u cca 130 Mbit je Xeon > vytocen diky preruseni na 100%. Kdyz odbocim, je nejaka jina > moznost, nez vyuziti pollingu, jak vyzdimat z toho serveru vice, nez > onech 130 Mbit? > > A nyni k pollingu, nastavil jsem tedy HZ=1000, a vysledek je, ze k > nejakemu snizeni vytizeni procesoru dojde, ale je tu zvyseni odezvy > u pingu o cca 20 ms (coz bych mozna i zkousl), ale ze site nedostanu > vice jak necelych 90 Mbit. Rikal jsem si, ze default hodnoty jsou > nastaveny na 100 Mbit (podle man), tak jsem si chvili hral, ale > uspech zadny. V tuto chvili mam nastaveno tedy toto: > > v jadre: HZ=1000 > sysctl: > > kern.polling.burst: 21 > kern.polling.burst_max: 1000 > kern.polling.each_burst: 5 > kern.polling.idle_poll: 0 > kern.polling.user_frac: 50 > kern.polling.reg_frac: 20 > kern.polling.short_ticks: 2359 > kern.polling.lost_polls: 354738 > kern.polling.pending_polls: 0 > kern.polling.residual_burst: 0 > kern.polling.handlers: 0 > kern.polling.enable: 0 > kern.polling.phase: 0 > kern.polling.suspect: 752 > kern.polling.stalled: 0 > kern.polling.idlepoll_sleeping: 1 > > Mam FreeBSD 6.1. > > Diky za radu > Radek > > Tak jsem taky na vytizenejsim routeru vyzkousel polling. A vysledek nic moc. Testovany stroj wrap 1E, sitovky sis, polling na sitovkach nastaven. Stroj krome routingu dela i nat. Vysledek takovy, ze se cca o 2ms zvedla odezva pres dany stroj (coz je v pohode). Horsi je, ze vzrostlo zatizeni daneho routeru a to diky preruresni, viz: CPU states: 1.2% user, 0.0% nice, 10.4% system, 32.4% interrupt, 56.0% idle S vypnutym pollingem je vytizeni cca nasledujici: CPU states: 2.7% user, 0.0% nice, 10.4% system, 12.4% interrupt, 74.5% idle Hodnoty sysctl pri zapnutem pollingu: kern.polling.burst: 60 kern.polling.each_burst: 5 kern.polling.burst_max: 150 kern.polling.idle_poll: 0 kern.polling.poll_in_trap: 0 kern.polling.user_frac: 50 kern.polling.reg_frac: 20 kern.polling.short_ticks: 2416 kern.polling.lost_polls: 9119 kern.polling.pending_polls: 0 kern.polling.residual_burst: 0 kern.polling.handlers: 2 kern.polling.enable: 1 kern.polling.phase: 0 kern.polling.suspect: 5796 kern.polling.stalled: 0 kern.polling.idlepoll_sleeping: 1 Lze to necim vysvetlit? -- Mira From 000.fbsd at quip.cz Tue Feb 13 01:30:19 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 13 Feb 2007 01:30:19 +0100 Subject: SATA radic SiI3512 In-Reply-To: <25506025.20070212002241@centrum.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <25506025.20070212002241@centrum.cz> Message-ID: <45D1069B.1060805@quip.cz> Martin wrote: > Dobr? den, > chci udelat domaci NAS server a mam moznost velmi levne ziskat > SATA radic s cipem Silicon Image 3512, chci se zeptat jestli s > tim radicem ma nekdo nejakou zkusenost dobrou/spatnou, jestli ho mam > vzit nebo radeji ne. Vazne bych se tomu radici vyhnul: http://lists.freebsd.org/pipermail/freebsd-stable/2007-February/032991.html "While I managed to access the sata disks, and set up a geom mirror on it, it's highly unstable, and crashes reliably when accessing the sata disks if there is load on network or the ide bus." "The sata controller in use hosts a sil3512 chipset." From radek at ceskedomeny.cz Tue Feb 13 08:38:54 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Tue, 13 Feb 2007 08:38:54 +0100 Subject: Polling In-Reply-To: <833994432.20070211132207@starnet.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> Message-ID: <1854451964.20070213083854@starnet.cz> Dobry den, BRK> 9. ?nora 2007, 15:22:28, jste napsal(a): >>> dalsi vec co mne napada ze by se dala zkusit je vypnout SMP (ta masina je smp ne?). >>> tim vypnutim myslim jako dat do pryc z kernelu. Koukal jsem do konfigu jadra a nikde tam nemam ani smp ani hyperthreading. Mam v podstate Generic jado osekane o ovladace, s pridanym pf a pollingem. Zeptam se spis asi takhle, jaky je vubec mozny datovy tok, ktery zvladne freebsd obslouzit, zda je vubec mozne dosahnout nejakych vyssich rychlosti. Osobne mi prijde 130Mbit na server s Gbit sitovkou strasne malo. Radek -- S pozdravem, Bc. Radek Krejca radek at ceskedomeny.cz From 000.fbsd at quip.cz Tue Feb 13 11:05:05 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 13 Feb 2007 11:05:05 +0100 Subject: Polling In-Reply-To: <1854451964.20070213083854@starnet.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <1854451964.20070213083854@starnet.cz> Message-ID: <45D18D51.6040406@quip.cz> Bc. Radek Krejca wrote: [...] > Zeptam se spis asi takhle, jaky je vubec mozny datovy tok, ktery > zvladne freebsd obslouzit, zda je vubec mozne dosahnout nejakych > vyssich rychlosti. Osobne mi prijde 130Mbit na server s Gbit sitovkou > strasne malo. > > Radek U jednoho projektu se dostavam temer denne na 160Mbit/s a vic to neda kvuli diskovemu poli, ze ktereho se posilaji soubory. Netperfem, nebo necim podobnym jsem crosslinkem mezi dvema IBM x336 udelal asi 350Mbit/s. Testovano pred vice nez rokem na FreeBSD 6.0 Miroslav Lachman From radek at ceskedomeny.cz Tue Feb 13 11:54:41 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Tue, 13 Feb 2007 11:54:41 +0100 Subject: Polling In-Reply-To: <45D18D51.6040406@quip.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <1854451964.20070213083854@starnet.cz> <45D18D51.6040406@quip.cz> Message-ID: <102103390.20070213115441@starnet.cz> Dobry den, ML> U jednoho projektu se dostavam temer denne na 160Mbit/s a vic to neda ML> kvuli diskovemu poli, ze ktereho se posilaji soubory. Netperfem, nebo ML> necim podobnym jsem crosslinkem mezi dvema IBM x336 udelal asi 350Mbit/s. ML> Testovano pred vice nez rokem na FreeBSD 6.0 aha, takze mam nekde neco spatne, protoze tomu se neblizim ani nahodou. U 120Mbit je procesor vytocen na 100% a pak ani tuk. Muj rekord je 130 Mbit, ale vic nic. No, zkusim tam dat AMD64 misto I386, je mozne, ze by to melo na neco vliv? -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From calda at dzungle.ms.mff.cuni.cz Tue Feb 13 11:59:03 2007 From: calda at dzungle.ms.mff.cuni.cz (Jiri Calda) Date: Tue, 13 Feb 2007 11:59:03 +0100 Subject: Polling In-Reply-To: <102103390.20070213115441@starnet.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <1854451964.20070213083854@starnet.cz> <45D18D51.6040406@quip.cz> <102103390.20070213115441@starnet.cz> Message-ID: <45D199F7.20807@dzungle.ms.mff.cuni.cz> Bc. Radek Krejca wrote: > aha, takze mam nekde neco spatne, protoze tomu se neblizim ani Souhlas. A videl bych to predevsim na problem HW spoluprace. Otazka je, co je to za GE a pripadne v cem sedi. Jirka From dan at obluda.cz Tue Feb 13 12:23:57 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 13 Feb 2007 12:23:57 +0100 Subject: Polling In-Reply-To: <45D18D51.6040406@quip.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <1854451964.20070213083854@starnet.cz> <45D18D51.6040406@quip.cz> Message-ID: <45D19FCD.8020109@obluda.cz> >> Osobne mi prijde 130Mbit na server s Gbit sitovkou >> strasne malo. > U 120Mbit je procesor vytocen na 100% a pak ani tuk. Me az zas tak ne, obzvlast je-li tam neprazdny firewall, pouzita Ge karta neni "serverova" nebo kvuli konfiguraci nelze pouzit nektere feature (IPSec napriklad znemoznuje aby nektere udaje v hlavicce dopocitaval a vyplnoval az hardware karty), dochazi k fragmentaci (skladani paketu z fragmentu neco trva), ... Jestli se prenasi data ctena z disku, je otazka, jak dalece je schopen podavat data diskovy subsystem. Musel by se zjistit, cim, ze to je procesor tak strasne zaneprazdnen. Ale, vlastne nevim, jak by se to dalo rozumen udelat. > Netperfem, nebo > necim podobnym jsem crosslinkem mezi dvema IBM x336 udelal asi 350Mbit/s. Firewall byl neexistujici nebo prazdny, predpokladam. Vytizeni procesoru si asi nepamatujes, co ? Dan From 000.fbsd at quip.cz Tue Feb 13 13:12:50 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 13 Feb 2007 13:12:50 +0100 Subject: Polling In-Reply-To: <45D19FCD.8020109@obluda.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <1854451964.20070213083854@starnet.cz> <45D18D51.6040406@quip.cz> <45D19FCD.8020109@obluda.cz> Message-ID: <45D1AB42.8030503@quip.cz> Dan Lukes wrote: >>>Osobne mi prijde 130Mbit na server s Gbit sitovkou >>>strasne malo. >> >>U 120Mbit je procesor vytocen na 100% a pak ani tuk. > > > Me az zas tak ne, obzvlast je-li tam neprazdny firewall, pouzita Ge > karta neni "serverova" nebo kvuli konfiguraci nelze pouzit nektere > feature (IPSec napriklad znemoznuje aby nektere udaje v hlavicce > dopocitaval a vyplnoval az hardware karty), dochazi k fragmentaci > (skladani paketu z fragmentu neco trva), ... > > Jestli se prenasi data ctena z disku, je otazka, jak dalece je schopen > podavat data diskovy subsystem. > > Musel by se zjistit, cim, ze to je procesor tak strasne zaneprazdnen. > Ale, vlastne nevim, jak by se to dalo rozumen udelat. > > >>Netperfem, nebo >>necim podobnym jsem crosslinkem mezi dvema IBM x336 udelal asi 350Mbit/s. > > > Firewall byl neexistujici nebo prazdny, predpokladam. Vytizeni > procesoru si asi nepamatujes, co ? Firewall byl neexistujici. Vytizeni pri tom netperfu si nepamatuju. Jedine, co mohu poskytnout, jsou informace o sitovce (bge1: ) a nastaveni systemu (to je tam totiz do dnes stejne) U toho stroje, co kazdy den dava ve spicce 160Mbit/s mohu pripadne taky dodat dalsi detaily (bge0: ). CPU tam v takovem pripade ma load okolo 0.2 - 0.3 a soubory jsou vydavany pres Lighttpd. Miroslav Lachman PS: zminene stroje nepouzivaji polling From xdivac02 at stud.fit.vutbr.cz Tue Feb 13 15:27:57 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 13 Feb 2007 15:27:57 +0100 Subject: Polling In-Reply-To: <45D0717A.5030002@sloane.cz> References: <16999695.20070205121616@starnet.cz> <45D0717A.5030002@sloane.cz> Message-ID: <20070213142757.GA80953@stud.fit.vutbr.cz> On Mon, Feb 12, 2007 at 02:54:02PM +0100, Miroslav Chlastak wrote: > Bc. Radek Krejca wrote: > > Dobry den, > > > > mam problemy s nastavenim pollingu, resp. nejede, jak jsem si > > sliboval, spise je to vyrazne horsi. > > > > Mam HP Proliant DL360-G4 jako router a u cca 130 Mbit je Xeon > > vytocen diky preruseni na 100%. Kdyz odbocim, je nejaka jina > > moznost, nez vyuziti pollingu, jak vyzdimat z toho serveru vice, nez > > onech 130 Mbit? > > > > A nyni k pollingu, nastavil jsem tedy HZ=1000, a vysledek je, ze k > > nejakemu snizeni vytizeni procesoru dojde, ale je tu zvyseni odezvy > > u pingu o cca 20 ms (coz bych mozna i zkousl), ale ze site nedostanu > > vice jak necelych 90 Mbit. Rikal jsem si, ze default hodnoty jsou > > nastaveny na 100 Mbit (podle man), tak jsem si chvili hral, ale > > uspech zadny. V tuto chvili mam nastaveno tedy toto: > > > > v jadre: HZ=1000 > > sysctl: > > > > kern.polling.burst: 21 > > kern.polling.burst_max: 1000 > > kern.polling.each_burst: 5 > > kern.polling.idle_poll: 0 > > kern.polling.user_frac: 50 > > kern.polling.reg_frac: 20 > > kern.polling.short_ticks: 2359 > > kern.polling.lost_polls: 354738 > > kern.polling.pending_polls: 0 > > kern.polling.residual_burst: 0 > > kern.polling.handlers: 0 > > kern.polling.enable: 0 > > kern.polling.phase: 0 > > kern.polling.suspect: 752 > > kern.polling.stalled: 0 > > kern.polling.idlepoll_sleeping: 1 > > > > Mam FreeBSD 6.1. > > > > Diky za radu > > Radek > > > > > Tak jsem taky na vytizenejsim routeru vyzkousel polling. A vysledek nic moc. > Testovany stroj wrap 1E, sitovky sis, polling na sitovkach nastaven. > Stroj krome routingu dela i nat. > > Vysledek takovy, ze se cca o 2ms zvedla odezva pres dany stroj (coz je v > pohode). > Horsi je, ze vzrostlo zatizeni daneho routeru a to diky preruresni, viz: > > CPU states: 1.2% user, 0.0% nice, 10.4% system, 32.4% interrupt, 56.0% > idle > > S vypnutym pollingem je vytizeni cca nasledujici: > > CPU states: 2.7% user, 0.0% nice, 10.4% system, 12.4% interrupt, 74.5% > idle to je fakt divne... napada mne jedna obecna rada. fbsd ma nejake performance monitorovaci toolsy. nevim jak je na tom 6.x ale 7.x ma dtrace a popr. hwpmc a verim ze by se pomoci toho $nejak dalo zjistit co se deje. predpokladam ze budeme radi (my = mailing list) kdyz nam sdelis cos vykoumal :) From chlastak at sloane.cz Tue Feb 13 15:45:32 2007 From: chlastak at sloane.cz (Miroslav Chlastak) Date: Tue, 13 Feb 2007 15:45:32 +0100 Subject: Polling In-Reply-To: <20070213142757.GA80953@stud.fit.vutbr.cz> References: <16999695.20070205121616@starnet.cz> <45D0717A.5030002@sloane.cz> <20070213142757.GA80953@stud.fit.vutbr.cz> Message-ID: <45D1CF0C.9000106@sloane.cz> Divacky Roman wrote: > On Mon, Feb 12, 2007 at 02:54:02PM +0100, Miroslav Chlastak wrote: > >> Bc. Radek Krejca wrote: >> >>> Dobry den, >>> >>> mam problemy s nastavenim pollingu, resp. nejede, jak jsem si >>> sliboval, spise je to vyrazne horsi. >>> >>> Mam HP Proliant DL360-G4 jako router a u cca 130 Mbit je Xeon >>> vytocen diky preruseni na 100%. Kdyz odbocim, je nejaka jina >>> moznost, nez vyuziti pollingu, jak vyzdimat z toho serveru vice, nez >>> onech 130 Mbit? >>> >>> A nyni k pollingu, nastavil jsem tedy HZ=1000, a vysledek je, ze k >>> nejakemu snizeni vytizeni procesoru dojde, ale je tu zvyseni odezvy >>> u pingu o cca 20 ms (coz bych mozna i zkousl), ale ze site nedostanu >>> vice jak necelych 90 Mbit. Rikal jsem si, ze default hodnoty jsou >>> nastaveny na 100 Mbit (podle man), tak jsem si chvili hral, ale >>> uspech zadny. V tuto chvili mam nastaveno tedy toto: >>> >>> v jadre: HZ=1000 >>> sysctl: >>> >>> kern.polling.burst: 21 >>> kern.polling.burst_max: 1000 >>> kern.polling.each_burst: 5 >>> kern.polling.idle_poll: 0 >>> kern.polling.user_frac: 50 >>> kern.polling.reg_frac: 20 >>> kern.polling.short_ticks: 2359 >>> kern.polling.lost_polls: 354738 >>> kern.polling.pending_polls: 0 >>> kern.polling.residual_burst: 0 >>> kern.polling.handlers: 0 >>> kern.polling.enable: 0 >>> kern.polling.phase: 0 >>> kern.polling.suspect: 752 >>> kern.polling.stalled: 0 >>> kern.polling.idlepoll_sleeping: 1 >>> >>> Mam FreeBSD 6.1. >>> >>> Diky za radu >>> Radek >>> >>> >>> >> Tak jsem taky na vytizenejsim routeru vyzkousel polling. A vysledek nic moc. >> Testovany stroj wrap 1E, sitovky sis, polling na sitovkach nastaven. >> Stroj krome routingu dela i nat. >> >> Vysledek takovy, ze se cca o 2ms zvedla odezva pres dany stroj (coz je v >> pohode). >> Horsi je, ze vzrostlo zatizeni daneho routeru a to diky preruresni, viz: >> >> CPU states: 1.2% user, 0.0% nice, 10.4% system, 32.4% interrupt, 56.0% >> idle >> >> S vypnutym pollingem je vytizeni cca nasledujici: >> >> CPU states: 2.7% user, 0.0% nice, 10.4% system, 12.4% interrupt, 74.5% >> idle >> > > to je fakt divne... napada mne jedna obecna rada. fbsd ma nejake performance > monitorovaci toolsy. nevim jak je na tom 6.x ale 7.x ma dtrace a popr. hwpmc > > a verim ze by se pomoci toho $nejak dalo zjistit co se deje. > > predpokladam ze budeme radi (my = mailing list) kdyz nam sdelis cos vykoumal :) > Jenze tohle bude problem. Je to upraveny freebsd (mini distribuce) a tyto nastroje v ni nejsou dostupne. Jeste dodam, ze pres system je datovy tok cca 2Mb a firewall obsahuje nemalo pravidel (vcetne dummynetu). A asi nejzasadnejsi vec: freebsd 5.4-RELEASE-p22 -- Mira From radek at ceskedomeny.cz Tue Feb 13 15:47:55 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Tue, 13 Feb 2007 15:47:55 +0100 Subject: Polling In-Reply-To: <45D19FCD.8020109@obluda.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <1854451964.20070213083854@starnet.cz> <45D18D51.6040406@quip.cz> <45D19FCD.8020109@obluda.cz> Message-ID: <1956794651.20070213154755@starnet.cz> Dobry den, DL> Me az zas tak ne, obzvlast je-li tam neprazdny firewall, pouzita Ge DL> karta neni "serverova" nebo kvuli konfiguraci nelze pouzit nektere DL> feature (IPSec napriklad znemoznuje aby nektere udaje v hlavicce DL> dopocitaval a vyplnoval az hardware karty), dochazi k fragmentaci DL> (skladani paketu z fragmentu neco trva), ... Firewall je neprazdny, bezi tam NAT, jsou tam dve sitovky a provadi se na nich routing. Je to HP server, sice zadny zazrak, ale je to serverove zelezo, takze z hlediska serveru by to melo byt ok. Dalsi vec je, ze procesor je vytizen jen a jen na preruseni, jinak nic nedela. Nejsem si uplne jist, ale firewall by sel spise do systemu nebo se pletu? DL> Jestli se prenasi data ctena z disku, je otazka, jak dalece je schopen DL> podavat data diskovy subsystem. Ne, tedy za predpokladu, ze si neuklada neco na disk pri routingu, ale jinak je to jen ciste NAT/Firewall + router zadna dalsi sluzba na nem nebezi. Samozrejme, ze se tam pohybuje velke mnozstvi malych paketu, nejsem naivni a pri gigovych sitovkach jsem necekal, ze to pojede gigo, ale pocital jsem alespon s 300 Mbit nebo alespon 200 Mbit, protoze pri 60 Mbitech jsem menil zelezo, ktere jsem tam mel a bylo to nejake zoufale PC, a na tech 60 Mbit toho melo az po usi, na druhou stranu me v zacatku stalo asi 20 tisic, takze pokud neni sance vyzdimat z toho vice vykonu, tak HPcko bych dal na webserver a na routovani koupil radeji 2 pocitace za mensi cenu. Jeste dotaz, uz jsem ho sem napsal, ale pomohla by nejak vyrazneji jina architektura? V tuto chvili tam mam I386. -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From jp at devnull.cz Tue Feb 13 15:57:07 2007 From: jp at devnull.cz (Jan Pechanec) Date: Tue, 13 Feb 2007 15:57:07 +0100 (CET) Subject: Polling In-Reply-To: <45D1CF0C.9000106@sloane.cz> References: <16999695.20070205121616@starnet.cz> <45D0717A.5030002@sloane.cz> <20070213142757.GA80953@stud.fit.vutbr.cz> <45D1CF0C.9000106@sloane.cz> Message-ID: <20070213155143.D42049@shark.devnull.cz> On Tue, 13 Feb 2007, Miroslav Chlastak wrote: >>> Tak jsem taky na vytizenejsim routeru vyzkousel polling. A vysledek nic moc. >>> Testovany stroj wrap 1E, sitovky sis, polling na sitovkach nastaven. >>> Stroj krome routingu dela i nat. >>> >>> Vysledek takovy, ze se cca o 2ms zvedla odezva pres dany stroj (coz je v >>> pohode). >>> Horsi je, ze vzrostlo zatizeni daneho routeru a to diky preruresni, viz: HZ je tedy tak 500, ne? >>> CPU states: 1.2% user, 0.0% nice, 10.4% system, 32.4% interrupt, 56.0% >>> idle >>> >>> S vypnutym pollingem je vytizeni cca nasledujici: >>> >>> CPU states: 2.7% user, 0.0% nice, 10.4% system, 12.4% interrupt, 74.5% >>> idle podle me v tyhle situaci polling neni potreba. Pripadne snizit HZ. >> to je fakt divne... napada mne jedna obecna rada. fbsd ma nejake performance >> monitorovaci toolsy. nevim jak je na tom 6.x ale 7.x ma dtrace a popr. hwpmc >> >> a verim ze by se pomoci toho $nejak dalo zjistit co se deje. >> >> predpokladam ze budeme radi (my = mailing list) kdyz nam sdelis cos vykoumal :) >> >Jenze tohle bude problem. Je to upraveny freebsd (mini distribuce) a >tyto nastroje v ni nejsou dostupne. >Jeste dodam, ze pres system je datovy tok cca 2Mb a firewall obsahuje >nemalo pravidel (vcetne dummynetu). > >A asi nejzasadnejsi vec: freebsd 5.4-RELEASE-p22 kdyz jsem tohle zapinal pro Soekris, tak jsem videl markantni zmeny. Ale samozrejme ne ze bych tim protlacil dvojnasobek, to neni ten hlavni ucel na podobnym stroji. Misto 20Mb/s pres Soekris 45xx bez NAT/firewall jsem tim prohnal mozna 22-26Mb/s, ale na rozdil od prvniho pripadu 100% vytizeneho boxu na kterym neslo interaktivne vubec pracovat, byl ve druhym pripade byl box bez problemu se mnou komunikujici. zapnutim fastforwardingu jsem pak propustnost zvysil dvojnasobne. podrobnosti o mereni za ruznych konfiguraci FW/NATu/bez jsou myslim ve WiBSD imagi nekde v /home/wibsd/doc h. -- Jan Pechanec http://www.devnull.cz From dan at obluda.cz Tue Feb 13 16:07:39 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 13 Feb 2007 16:07:39 +0100 Subject: Polling In-Reply-To: <1956794651.20070213154755@starnet.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <1854451964.20070213083854@starnet.cz> <45D18D51.6040406@quip.cz> <45D19FCD.8020109@obluda.cz> <1956794651.20070213154755@starnet.cz> Message-ID: <45D1D43B.1050609@obluda.cz> Bc. Radek Krejca wrote: > DL> Me az zas tak ne, obzvlast je-li tam neprazdny firewall, pouzita Ge > DL> karta neni "serverova" nebo kvuli konfiguraci nelze pouzit nektere > Firewall je neprazdny, bezi tam NAT, jsou tam dve sitovky a provadi se > na nich routing. Pak je test snadny a jasny (coz je odpoved i pro druheho prispevatele) - vypnout NAT, vyprazdnit firewall, skusit (neroutovanou) pruchodnost primo z tohoto stroje. A pak to postupne zapinat a sledovat co ma jaky vliv na zatizeni a pruchodnost. > Nejsem si uplne jist, ale firewall by sel spise do systemu > nebo se pletu? Nejsem si jist, jak je to u fast-forwarded paketu. Mozna nesel. > Samozrejme, ze se tam pohybuje velke mnozstvi malych paketu, A co to je za pakety ? Dneska je vetsina toku TCP a tam by se male pakety ve vyznamnem poctu vyskytovat nemely. Nejmensi bezne se vyskytujici paket je dneska DNS, ale toho by zas nemelo byt nejak extremne mnoho ... > Jeste dotaz, uz jsem ho sem napsal, ale pomohla by nejak vyrazneji > jina architektura? V tuto chvili tam mam I386. Odpovedi na tuhle otazku nemohu slouzit. Pouzivame vsude PC/i386 a pokud by to nekde vykoniostne prestalo stacit, spis predpokladam "extensivni hospodareni" smerem ke zvyseni poctu stroju a rozkladu zateze na ne - nakonec - site s takovym tokem uz byvaji vetsinou pomerne dulezite a tak ma redundance i jine vyhody nez lepsi pokryti zateze. Spise problem nebude me resit instalaci nejakeho "superstroje" a jeste ho vyladit tak, aby jel na hranicich svych moznosti - to je, podle me, dost nebezpecna hra. Nemluve o tom, ze dva "normalni" pocitace nakonec mozna vyjdou stejne draho jako jedna "supermasina". Dan From chlastak at sloane.cz Tue Feb 13 16:10:54 2007 From: chlastak at sloane.cz (Miroslav Chlastak) Date: Tue, 13 Feb 2007 16:10:54 +0100 Subject: shaping provozu In-Reply-To: <45C997D1.40605@obluda.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> <45C865E7.2080506@obluda.cz> <45C86F7A.7010903@miastudio.cz> <45C87364.5030207@deprese.net> <45C98D06.3050408@miastudio.cz> <45C997D1.40605@obluda.cz> Message-ID: <45D1D4FE.80401@sloane.cz> Dan Lukes wrote: > Zbyn?k Burget napsal/wrote, On 02/07/07 09:25: > >> Ten snort nevypada na prvni pohled uplne spatne. obavam se ale, ze >> system analyzy logu a podle nej prepisovani ipfw ruli nejakym skriptem >> nebude realny u site s tokem ve spicce kolem 10 mbit. >> Kdyby to bylo 50 pocitacu, jeste by se to asi dalo osefovat, ale u >> neceho vetsiho asi uz ne. >> Jo, kdyby snort mohl vratit packet do IPFW s nejakym flagem, na zaklade >> ktereho bych rozhodl, co s nim dal, to by bylpresne to, co potrebuju. >> Ale tohle bohuzel asi neumi - tedy ja nic takoveho aspon v dokumentaci >> snortu nenasel a ani o takovem mechanismu v IPFW nevim. >> > > > Mechanismus v IPFW2 je. TAGovani paketu jako takove mozne je po dobu > jejich zpracovani v kernelu. IPFW umi paket oznacit a (ne)existence > oznaceni lze pouzit v matchovaci podmince nejakeho pravidla, nicmene, > TAGy jsou v ramci kernelu opravdu dostupne opravdu obecne, takze tento > mechanismus mohou pouzivat i jine komponenty, ktere se k paketum v jadre > dostanou. > > Ale obavam se, ze tento mechanismus je SNORTu nedostupny. Ja ho sice > neznam, ale podle toho, co padlo tady, tak on sedi na nejakem read-only > rozhrani (bpf?), analyzuje pakety, a kdyz chce vyvolat nejakou akci, tak > musi pouzit nekoho jineho - zmenit pravidla ipfw nebo tak. Sam pakety > podle vseho menit neumi. > Taky me tato kombinace napadla. A pak me napadlo jeste neco jineho. Hledal jsem nastroj na omezovani P2P siti (obdobu linuxoveho ipp2p). Kdyz ted ipfw umi tagovat pakety, nedalo by se toto tagovani nejak rozsirit, aby paketu zustal tag, kdyz bude pres divert poslan do user space aplikace a posleze navracen zpet do kernelu(resp. firewallu)? Pak uz by teoreticky nemelo byt tak slozite naprogramovat user land aplikaci, ktera by poslouchala (obdobne jako natd) a tagovala pakety podle obdobnych pravidel jako snort rozpoznava provoz. Pakety by byly nasledne vraceny zpet do firewallu a dle tagu by se zpracovaly. Lze to takto nejak uskutecnit? -- Mira > Jinak je ale na siti s tokem ~10Mbps davat pozor i na tohle - na te uz > je videt kazde pravidlo, kterym paket v ipfw musi projit, takze je > jejich pocet dulezite drzet na co nejmensim cisle. > > Na takovehle siti, podle pripojeni soudim, ze to je velka sit, uz mam > ale za jiste, ze technicka opatreni jsou sice mozna, ale vhodnejsi > metodou reseni jsou opatreni organizacni. > > Dan > > > > From radek at ceskedomeny.cz Tue Feb 13 16:28:02 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Tue, 13 Feb 2007 16:28:02 +0100 Subject: Polling In-Reply-To: <45D1D43B.1050609@obluda.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <1854451964.20070213083854@starnet.cz> <45D18D51.6040406@quip.cz> <45D19FCD.8020109@obluda.cz> <1956794651.20070213154755@starnet.cz> <45D1D43B.1050609@obluda.cz> Message-ID: <983340230.20070213162802@starnet.cz> Dobry den, DL> Nemluve o tom, ze dva "normalni" pocitace nakonec mozna vyjdou stejne DL> draho jako jedna "supermasina". Ano, toto reseni me evidentne nemine, uz bude lepsi to, ze tim rozlozim zatez a pripadne riziko. Diky za rady. Radek -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From dan at obluda.cz Tue Feb 13 17:18:29 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 13 Feb 2007 17:18:29 +0100 Subject: shaping provozu In-Reply-To: <45D1D4FE.80401@sloane.cz> References: <45C84363.4010309@miastudio.cz> <45C84EE4.7020208@kostax.cz> <45C8507F.3090606@miastudio.cz> <45C865E7.2080506@obluda.cz> <45C86F7A.7010903@miastudio.cz> <45C87364.5030207@deprese.net> <45C98D06.3050408@miastudio.cz> <45C997D1.40605@obluda.cz> <45D1D4FE.80401@sloane.cz> Message-ID: <45D1E4D5.20508@obluda.cz> Miroslav Chlastak wrote: > Hledal jsem nastroj na omezovani > P2P siti (obdobu linuxoveho ipp2p). Kdyz ted ipfw umi tagovat pakety, > nedalo by se toto tagovani nejak rozsirit, > aby paketu zustal tag, kdyz bude pres divert poslan do user space IMHO ne. Divert-rozhrani neni schopno predavat nic vic, nez "raw packet" - zadne doplnujici informace. Dan From freebsd at ada-net.cz Tue Feb 13 18:37:27 2007 From: freebsd at ada-net.cz (=?ISO-8859-2?Q?Petr_Bezd=ECk?=) Date: Tue, 13 Feb 2007 18:37:27 +0100 Subject: Polling In-Reply-To: <102103390.20070213115441@starnet.cz> References: <16999695.20070205121616@starnet.cz> <20070206082912.GB42252@stud.fit.vutbr.cz> <20070209142228.GA18652@hilbert.chtf.stuba.sk> <833994432.20070211132207@starnet.cz> <1854451964.20070213083854@starnet.cz> <45D18D51.6040406@quip.cz> <102103390.20070213115441@starnet.cz> Message-ID: <45D1F757.1060301@ada-net.cz> Bc. Radek Krejca napsal(a): > Dobry den, > > ML> U jednoho projektu se dostavam temer denne na 160Mbit/s a vic to neda > ML> kvuli diskovemu poli, ze ktereho se posilaji soubory. Netperfem, nebo > ML> necim podobnym jsem crosslinkem mezi dvema IBM x336 udelal asi 350Mbit/s. > ML> Testovano pred vice nez rokem na FreeBSD 6.0 > > aha, takze mam nekde neco spatne, protoze tomu se neblizim ani > nahodou. U 120Mbit je procesor vytocen na 100% a pak ani tuk. Muj > rekord je 130 Mbit, ale vic nic. No, zkusim tam dat AMD64 misto I386, > je mozne, ze by to melo na neco vliv? > Zdravim, taky pridam trochu ze svych zkusenosti s provozem routeru fBSD 6.1, XEON 3.2GHz, GE sitovka Intel 82545GM (driver em, aktivni polling, HZ=2000), na sitivce em0 bezi dot1q trunk (10 VLANu) + IPFW + DUMMYNET. * puvodne jsem provozoval i NAT pres natd, po vypnuti NATu vzrostla propustnost mnohonasobne. Takze pokud to jen jde, zbavte se NATu (aspon natd pri vice jak 10000 paketech/s vytizi naplno i rychly procesor). Pri datovych tocich pres NAT, kdy vytizeni procesoru slo k 90%, mam ted bez NATu vytizeni do 10%. * na rozhrani do internetu mam naveseno docela dost pravidel (cca 6000), v nejhorsim pripade se prochazi i nekolik desitek pravidel (zatim jsem liny prepsat pravidla do vice rozvetveneho stromu) a pri tocich 50M full-duplex, 5000 paketech/s v obou smerech je vytizeni procesoru do 15%. Pokud ve spicce zkusim pustit i provoz pres vnitrni rozhrani 100M full-duplex, tak vytizeni procesoru se temer nezmeni. Pres fyzicke rozhrani em0 tak tece 150M full-duplex (300M v souctu obou smeru, 30 000 paketu/s) a pakety se neztraci, odezva se nezvedne o vice jak 1ms a vytizeni procesoru je do 20%. ZKuste postupovat jak psal Dan, pokud nemate tak vypnout HT, vypnout nat a firewall, pripadne zapnout fast-forwarding a zkusit propustnost holeho systemu. Potom zkusit pridavat a divat se, co bere nejvice vykonu. -- Mgr. Petr Bezd?k email: pbezdek at ada-net.cz web: www.ada-net.cz From pm-conf at kostax.cz Wed Feb 14 10:03:48 2007 From: pm-conf at kostax.cz (Petr Macek) Date: Wed, 14 Feb 2007 10:03:48 +0100 Subject: sendmail - www management .forward, .vacation, ... Message-ID: <45D2D074.2070209@kostax.cz> Zdravim vsechny, pouzivam sendmail, prosim odpustte si rady typu: prejdi na postfix, exim, ... :-) Pouzivam ho na spouste serveru zakazniku, casto musim resit - presmerujte mi tuhle adresu sem, posilejte kopie sem, nastavte mi na pristi tyden vacation, ... Chtel bych uzivatelum dat moznost si toto nastavovat sam. Nic hotoveho jsem nenasel. Pro me neni problem si napsat nejaky php-www management na toto, data si ukladat do mysql a potom si generovat aliases, .vacation v home adresarich apod. Jsem si vedom bezpecnstnich rizik tohoto, mam s podobnymi skripty pomerne velke zkusenosti. Lide by se pres www prihlasili na svuj ucet, vse si nastavili a za par minut by cron vygenereoval napr. novy /etc/aliases apod a me by ubylo dost drobnych zasahu na serverech :-) Existuje nejake jednodussi reseni? Prehledl jsem neco? Doporucite neco? Diky za rady PM -- # --------------- # Petr Macek # pm at kostax.cz # icq: 87323239 # www.kostax.cz # MySQL www client (PHP) ... try it! # http://the.cz/mywwwatcher From pavel at hotelovkatp.cz Wed Feb 14 10:13:32 2007 From: pavel at hotelovkatp.cz (Obr Pavel) Date: Wed, 14 Feb 2007 10:13:32 +0100 Subject: sendmail - www management .forward, .vacation, ... In-Reply-To: <45D2D074.2070209@kostax.cz> References: <45D2D074.2070209@kostax.cz> Message-ID: <45D2D2BC.2080106@hotelovkatp.cz> > Pouzivam ho na spouste serveru zakazniku, casto musim resit - > presmerujte mi tuhle adresu sem, posilejte kopie sem, nastavte mi na > pristi tyden vacation, ... > Pouzivame na ukladni emailu cyrus imap a ten ma na to reseni ve forme tzv. sieve skriptu. Ty je mozno nastavovat pres ruzna webova rozhrani. Je to velmi pohodlne. Pavel Obr From dan at obluda.cz Wed Feb 14 22:25:57 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 14 Feb 2007 22:25:57 +0100 Subject: sendmail - www management .forward, .vacation, ... In-Reply-To: <45D2D074.2070209@kostax.cz> References: <45D2D074.2070209@kostax.cz> Message-ID: <45D37E65.7040309@obluda.cz> Petr Macek napsal/wrote, On 02/14/07 10:03: > pouzivam sendmail To jeste nepopisuje jaka metoda je pouzivana pro lokalni doruceni. Pokud ta klasicka "sendmailova", pak vidim jako pomerne jednoduche reseni - - pozadovane zmeny zanaset do souboru .forward kazdeho konkretniho prijemce. Kvuli pravum na to mozna nebude stacit PHP uplne samo, bude potreba suid script, ktery bude umet podat aktualni obsah souboru a zapsat novy. Za urcite konstelace by tak emohlo byt umoznit WWW serveru prava do domovskych adresaru. Pak by sceni a zapis mohl probihat primo, jen je treba rozmyslet, aby WWW nebo jiny pouzivany software neumoznoval jendomu uzivateli cist data jineho uzivatele. Pripada mi to jednodussi nez parsing a generovani aliases souboru. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From radek at ceskedomeny.cz Thu Feb 15 09:21:40 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Thu, 15 Feb 2007 09:21:40 +0100 Subject: Disable direct broadcast Message-ID: <1386524844.20070215092140@starnet.cz> Dobry den, potrebuji nejak rozumne zakazat broadcasty v moji siti. Realizace prostrednictvim firewallu je nerealna vzhledem k mnozstvi subnetu, ktere tam jsou, je to radove nekolik tisic. Hledal jsem nejakou sysctl promennou, ale nebyl jsem uspesny. Na Ciscu je udajne volba Disable direct broadcast, je neco podobneho ve freebsd? -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From calda at dzungle.ms.mff.cuni.cz Thu Feb 15 12:45:52 2007 From: calda at dzungle.ms.mff.cuni.cz (Jiri Calda) Date: Thu, 15 Feb 2007 12:45:52 +0100 Subject: Disable direct broadcast In-Reply-To: <1386524844.20070215092140@starnet.cz> References: <1386524844.20070215092140@starnet.cz> Message-ID: <45D447F0.6090505@dzungle.ms.mff.cuni.cz> Ahoj, Bc. Radek Krejca wrote: > potrebuji nejak rozumne zakazat broadcasty v moji siti. Realizace Bavime se o IP nebo ethernetovych broadcastech? Chces je zakazat na vstupu, mezi segmentama, v ramci segmentu? > prostrednictvim firewallu je nerealna vzhledem k mnozstvi subnetu, To mas nekolik tisic subnetu na jednom stroji? To asi ne, ze? Kdyz ono by to chtelo trochu napsat co vlastne resis za problem a na jake siti (platformy aktivnich prvku) a mozna zjistis, ze cesty k dosazeni toho co chces jsou ruzne, ne jen v jednom prepinaci. Jirka From radek at ceskedomeny.cz Thu Feb 15 14:19:42 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Thu, 15 Feb 2007 14:19:42 +0100 Subject: Disable direct broadcast In-Reply-To: <45D447F0.6090505@dzungle.ms.mff.cuni.cz> References: <1386524844.20070215092140@starnet.cz> <45D447F0.6090505@dzungle.ms.mff.cuni.cz> Message-ID: <143746059.20070215141942@starnet.cz> Dobry den, 15. ?nora 2007, 12:45:52, jste napsal(a): JC> Ahoj, JC> Bc. Radek Krejca wrote: >> potrebuji nejak rozumne zakazat broadcasty v moji siti. Realizace JC> Bavime se o IP nebo ethernetovych broadcastech? Chces je zakazat na vstupu, mezi JC> segmentama, v ramci segmentu? Psal jsem ve spechu, jedna se o IP broadcasty. Mam klienty realizovane tak, ze kazdy ma svuj /30 rozsah. A posledni dobou se mi v siti objevuje silene moc pokusu o utok tim, ze nekdo posila na broadcasty techto klientu kdejaky balast. Sit je realizovana, zatim, nasledovne. Router s FreeBSD - switche - brana s OpenBSD s traffic shapingem - vetsinou swicth (hloupe switche) - klient >> prostrednictvim firewallu je nerealna vzhledem k mnozstvi subnetu, JC> To mas nekolik tisic subnetu na jednom stroji? To asi ne, ze? Na FreeBSD routuju nekolik tisic mini subnetu. Chci, aby proste prestaly pokusy s tim, ze nekdo neustale posila hlouposti na broadcastove adresy klientu. Radek -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From dan at obluda.cz Thu Feb 15 17:20:51 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 15 Feb 2007 17:20:51 +0100 Subject: Disable direct broadcast In-Reply-To: <143746059.20070215141942@starnet.cz> References: <1386524844.20070215092140@starnet.cz> <45D447F0.6090505@dzungle.ms.mff.cuni.cz> <143746059.20070215141942@starnet.cz> Message-ID: <45D48863.7020705@obluda.cz> Bc. Radek Krejca wrote: > JC> Bavime se o IP nebo ethernetovych broadcastech? Chces je zakazat na vstupu, mezi > JC> segmentama, v ramci segmentu? > > Psal jsem ve spechu, jedna se o IP broadcasty. Mam klienty realizovane > tak, ze kazdy ma svuj /30 rozsah. A posledni dobou se mi v siti > objevuje silene moc pokusu o utok tim, ze nekdo posila na broadcasty > techto klientu kdejaky balast. > Chci, aby proste prestaly pokusy s tim, ze nekdo neustale posila > hlouposti na broadcastove adresy klientu. No, pak se mi zda, ze tyto adresy maji dve spolecne vlastnosti: 1: na interface do vnitrni site je cilova ethernet adresa rovna broadcastu (ff:ff:ff:ff:ff:ff) - slo by tedy pakety zachytit na L2 vrstve, ale to znamena aktivovat IPFW i na teto vrstve, coz muze mit dopad na vykon 2: pakety patri, ackolvi to mozna neni na prvni pohled zrejme, do spolecne IP site, bylo by tedy mozne je vsechny zachytit na vnitrnim interface jedinym pravidlem ... Je-li vnitrni interface em1 pak: ipfw add unreach filter-prohib from any to 0.0.0.3:0.0.0.3 out xmit em1 Ber to spis jako (mozna trochu prekvapivou) ideu - presne zneni pravidel budes mozna muset mirne upravit ci doplnit jinymi pravidly, v zavislosti na tom, jestli jsou nebo nejsou na onom interface take jine site nez /30 ... Jo - a kdyz uz zakazujeme broadcasty, pak ma smysl zakazat i "zero" adresy - stejne je jejich vyskyt nelegalni. Ty patri do spolecne site 0.0.0.0:0.0.0.3 ... Dan From Kaminar at seznam.cz Fri Feb 16 10:22:16 2007 From: Kaminar at seznam.cz (Kaminar) Date: Fri, 16 Feb 2007 10:22:16 +0100 (CET) Subject: Portupgrade Message-ID: <1113.1395-29252-1001248287-1171617736@seznam.cz> Zdravim, upgradoval jsem portupgrade, pote jsem vymazal INDEX*.db, jak je psano v UPDATING. Pokud ale pouziji napriklad portversion, tak se mi objevi hlaska: [Updating the pkgdb in /var/db/pkg ... /var/db/pkg/pkgdb.db: unexpected file type or format -- Invalid argument; rebuild needed] [Rebuilding the pkgdb in /var/db/pkg ... [Updating the pkgdb in /var/db/pkg ... /var/db/pkg/pkgdb.db: unexpected file type or format -- Invalid argument; rebuild needed] [Rebuilding the pkgdb in /var/db/pkg ... /var/db/pkg/pkgdb.db: unexpected file type or format -- Invalid argument: Cannot update the pkgdb!]: Cannot update the pkgdb!] Command failed [exit code 1]: /usr/local/sbin/pkgdb -aFQ Po pouziti pkgdb se ale problem opakuje. # pkgdb -aFQ [Updating the pkgdb in /var/db/pkg ... /var/db/pkg/pkgdb.db: unexpected file type or format -- Invalid argument; rebuild needed] [Rebuilding the pkgdb in /var/db/pkg ... /var/db/pkg/pkgdb.db: unexpected file type or format -- Invalid argument: Cannot update the pkgdb!]: Cannot update the pkgdb!] Netusite nekdo, co se stalo a jak se to da napravit? Karel From babjak at hilbert.chtf.stuba.sk Fri Feb 16 10:29:28 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Fri, 16 Feb 2007 10:29:28 +0100 Subject: Portupgrade In-Reply-To: <1113.1395-29252-1001248287-1171617736@seznam.cz> References: <1113.1395-29252-1001248287-1171617736@seznam.cz> Message-ID: <20070216092928.GA36110@hilbert.chtf.stuba.sk> > upgradoval jsem portupgrade, pote jsem vymazal INDEX*.db, > jak je psano v UPDATING. > Pokud ale pouziji napriklad portversion, tak se mi objevi hlaska: > Po pouziti pkgdb se ale problem opakuje. Mne stacilo portsdb -uU J. From Kaminar at seznam.cz Fri Feb 16 10:35:53 2007 From: Kaminar at seznam.cz (Kaminar) Date: Fri, 16 Feb 2007 10:35:53 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20Portupgrade?= In-Reply-To: <20070216092928.GA36110@hilbert.chtf.stuba.sk> Message-ID: <1111.1397-31465-1376796884-1171618553@seznam.cz> > Mne stacilo > > portsdb -uU > > J. Uz jsem na to prisel. Chtelo to jeste smazat pkgdb.db a je to. Mam otazku, /var/db/pkg/pkgdb.db je pomocny soubor pro portupgrade nebo ho vyuzivaj i pkg_info ap? Karel From kolar.radim at gmail.com Fri Feb 16 11:36:21 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Fri, 16 Feb 2007 11:36:21 +0100 Subject: Shutdown nepocka na ukonceni vsech procesu Message-ID: <707e14750702160236t467ba62bh6c62c53571cb9146@mail.gmail.com> na serveru me 4 bezi procesy, kazdemu trva rekneme 40 sekund nez se zashutdownuje. squid,pgsql,tomcat, sqldnsd. Problem ze pri shutown systemu se ceka jen zhruba 30 sekund a to jim vsem dohromady nestaci. Co mam kde nastavit, aby to pri shutdownu cekalo dele na jejich ukonceni. Dival jsem se do zdrojaku a neni mne jasne, kde se tohle da nastavit. prikaz shutown vypisuje jen hlasky a pak zavola halt nebo reboot (coz je stejny program) a ten zadny uzivatem nastavovatelny parametr jak dlouho cekat nema: http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/reboot/reboot.c?rev=1.24.2.1&content-type=text/x-cvsweb-markup /* * After the processes receive the signal, start the rest of the * buffers on their way. Wait 5 seconds between the SIGTERM and * the SIGKILL to give everybody a chance. If there is a lot of * paging activity then wait longer, up to a maximum of approx * 60 seconds. */ musim se priznat ze mne uniklo odkud se tedy spousti scripty typu /etc/rc.d/XXXX stop jelikoz v reboot.c o tom neni ani zminka. From 000.fbsd at quip.cz Fri Feb 16 12:45:00 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 16 Feb 2007 12:45:00 +0100 Subject: smazani konfiguraku pri upgradu ProFTPd Message-ID: <45D5993C.3050703@quip.cz> Chtel bych se jen zeptat, jestli to nahodou nekdo nezaznamenal taky - na FreeBSD 4.11 mi pri upgrade proftpd-mysql-1.3.1.r1 na proftpd-mysql-1.3.1.r2_2 zmizel proftpd.conf a byl nahrazen nejakym vychozim. Na strojich z FreeBSD 5 a 6 jsem tento problem nezaznamenal. je vubec mozne, ze by se na verzi 4 pouzil jiny postup upgrade, nez na 5 a 6? Miroslav Lachman From babjak at hilbert.chtf.stuba.sk Fri Feb 16 14:16:58 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Fri, 16 Feb 2007 14:16:58 +0100 Subject: Neskore nastavovavanie security.jail.sysvipc_allowed Message-ID: <20070216131657.GA36786@hilbert.chtf.stuba.sk> Ahojte! Vo FreeBSD 6.2 prevadzkujem postgresql v jaili. Postgres potrebuje ku svojej cinnosti zdielanu pamat, preto nastavujem v hostitelskom systeme security.jail.sysvipc_allowed=1 v subore /etc/sysctl.conf. Podla vypisu dmesg -a sa toto nastavenie uplatni az po startovani jailov, na rozdiel od nastavovania inych sysctl premennych zo suboru /etc/sysctl.conf, ktore sa deje takmer okamzite po prechode do multi user rezimu. Nasledok je, ze postgres v jaili nenastartuje, nakolko nema v case startu pristupnu zdielanu pamat. Manualny start neskor je uz v poriadku. Pokus premiestnit security.jail.sysvipc_allowed=1 do /boot/loader.conf nebol uspesny, co sa dalo aj ocakavat. Otazka teda znie: ako zariadit, aby sa nastavenie security.jail.sysvipc_allowed=1 uplatnilo skor, ako sa zacnu startovat jaily? Vopred vdaka. J. Babjak From babjak at hilbert.chtf.stuba.sk Fri Feb 16 14:36:25 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Fri, 16 Feb 2007 14:36:25 +0100 Subject: Neskore nastavovavanie security.jail.sysvipc_allowed In-Reply-To: <20070216131657.GA36786@hilbert.chtf.stuba.sk> References: <20070216131657.GA36786@hilbert.chtf.stuba.sk> Message-ID: <20070216133625.GB36786@hilbert.chtf.stuba.sk> Odpoviem si sam; stacil letmy pohlad do /etc/rc.d/jail. > Otazka teda znie: ako zariadit, aby sa nastavenie > security.jail.sysvipc_allowed=1 uplatnilo skor, ako sa zacnu startovat > jaily? ^-- Nastavit jail_sysvipc_allow="YES" v /etc/rc.conf hostitelskeho systemu. No, mozno to bude v archive konferencie niekomu uzitocne. J. Babjak From dan at obluda.cz Sun Feb 18 15:20:02 2007 From: dan at obluda.cz (Dan Lukes) Date: Sun, 18 Feb 2007 15:20:02 +0100 Subject: Shutdown nepocka na ukonceni vsech procesu In-Reply-To: <707e14750702160236t467ba62bh6c62c53571cb9146@mail.gmail.com> References: <707e14750702160236t467ba62bh6c62c53571cb9146@mail.gmail.com> Message-ID: <45D86092.30103@obluda.cz> Radim Kolar wrote: > Dival jsem se do zdrojaku a neni mne jasne, kde se tohle da nastavit. > prikaz shutown vypisuje jen hlasky a pak zavola halt nebo reboot (coz > je stejny program) a ten zadny uzivatem nastavovatelny parametr jak > dlouho cekat nema: Restart/Stop systemu je slozita vec na ktere kooperuje nekolik urovni systemu. To by bylo na dlouho. Takze co ten shutdown ? Ten skutecne nedela nic jineho, nez, ze pise uzivatelum, ve vhodnou chvili zablokuje dalsi prihlasovani a nakonec zavola reboot. Reboot zavola sync(), zablokuje moznost dalsiho prihlasovani z lokalnich konzoli, vsem nesystemovym procesum posle SIGTERM *). Za dalsich 5-62 vterin (podle strankovaci aktivity) posle vsem nesystemovym procesum SIGKILL. To udela az petkrat s odstupem 2*i (kde i je poradove cislo pokusu), tedy celkem 42 sekund. Zadny ze zminenych casovych udaju neni konfigurovatelny. Pote zavola systemove volani reboot() a to uz je jadro. A co tedy dela jadro. To i nastale situaci vyrozumi ruzne komponenty jadra, ktere si tuto informaci "objednaly" (pokdu je objednanou akci "zastreleni systemoveho procesu" pak delka, kterou ma takovy proces na svuj odchod je rizena sysctl kern.shutdown.kproc_shutdown_wait. Pak uz kernel jen syncne disky a opravdu masinu otoci. Explicitne zminim, ze 'init' je sice specialni a systemovy proces, ale stale je to user-level proces, nikoliv komponenta jadra - zminene "vyrozumeni" se ho tedy netyka. Reknu to jeste jednou - *** INIT se o vznikle situaci nijak nedozvi *** - a nemuze nijak reagovat. Kdyby se o tom dozvedel (ale v tomto scenari se to nedozvi) pak by 1. spustil rc.shutdown a nasledne cekal sysctl kern.init_shutdown_timeout na jeho dokonceni 2. vsem nesystemovym procesum poslal SIGTERM *) 3. o nejvyse deset sekund pozdeji vsem nesystemovym procesum poslal SIGKILL 4. o dalsich nejvyse deset sekund pozdeji zavolal sync() 5. po dvou sekundach zavolal reboot() --------------- RESTART/STOP systemu je tak treba delit na "init driven" a "restart driven". Prvni se vyvola stiskem CRTL+ALT+DEL, spustenim 'init 6' nebo 'kill -INT 1' - ten spusti rc.shutdown a bude cekat dobu dle sysctl na dokonceni. Druhy se vyvola volanim reboot (resp. halt pripadne jeho frontendy jako je shutdown) - ten postrili scripty bez scriptu a casove intervaly nejsou konfigurovatelne. A to jsem vynechal zvlastni "emergency" varianty (reboot -n, reboot -q) a varianty vyvolane abnormalnimi stavy (zanik procesu init, panic, ...) Toz tak. Psal jsem, ze to restart neni trivialni operace ... Dan *) Volanim kill(-1, SIGTERM). Z manualu: ------- If pid is -1: If the user has super-user privileges, the signal is sent to all processes excluding system processes (with P_SYSTEM flag set), process with ID 1 (usually init(8)), and the process sending the signal. ------- Neni to uplne pravda, ve skutecnosti je ze zaslani signalu vyjmut jeste proces PID=0, ale to je v praxi jedno, protoze swapper je stejne systemovy. From dan at obluda.cz Sun Feb 18 15:45:45 2007 From: dan at obluda.cz (Dan Lukes) Date: Sun, 18 Feb 2007 15:45:45 +0100 Subject: Shutdown nepocka na ukonceni vsech procesu In-Reply-To: <707e14750702160236t467ba62bh6c62c53571cb9146@mail.gmail.com> References: <707e14750702160236t467ba62bh6c62c53571cb9146@mail.gmail.com> Message-ID: <45D86699.9060400@obluda.cz> Jeste takova drobnost - jestli 'shutdown' vyvola 'reboot driven' nebo 'init driven' variantu zalezi na pouzitych optionech - -r,-h,-p,-o. Viz 'man shutdown'. Dan From lumax at in.acompp.sk Mon Feb 19 21:48:33 2007 From: lumax at in.acompp.sk (Lubomir Majersky) Date: Mon, 19 Feb 2007 21:48:33 +0100 Subject: INDEX vs. INDEX-5 v portoch... Message-ID: <45DA0D21.3030307@in.acompp.sk> Zdravim Vas, mam este dva servery na 4.11-kach, ktore casom planujem zapgrejdovat. Pokym vsak bezia, tak chcem udrziavat aplikacie v "najnovsom" stave, niektore si to totiz vyzaduju. Upgrejdy prevadzam pomocou portupgrade, no a samozrejme, INDEX je zo dna 1.2.2007 (aby som bol presny, INDEX.bz2 je zo dna 1.2.2007), teda nie je najnovsi (je neaktualny). Viem, ze apgrejdy aplikacii idu urobit aj inou cestou, o tom vsak nechcem pisat. Chcem sa teda opytat - lebo info o tom sa mi zatial nepodarilo najst (mozno zle hladam) - ci uz je so 4-kami nadobro koniec resp. s INDEX-om, ktory sa uz nebude vobec aktualizovat alebo sa nebude aktualizovat tak casto, to poprve, a podruhe, je mozne pouzit pre 4.11-ku INDEX-5? Ak ano, ako ho stiahnut v 4.11-ach "prijemnou cestou", mam na mysli pouzitie *make fetchindex*. Pozeral som si *man ports*, ale nic take som tam nenasiel. Vdaka za tipy -- LuMaX From pav at oook.cz Mon Feb 19 23:35:25 2007 From: pav at oook.cz (Pav Lucistnik) Date: Mon, 19 Feb 2007 23:35:25 +0100 Subject: INDEX vs. INDEX-5 v portoch... In-Reply-To: <45DA0D21.3030307@in.acompp.sk> References: <45DA0D21.3030307@in.acompp.sk> Message-ID: <1171924525.71730.0.camel@ikaros.oook.cz> Lubomir Majersky p??e v po 19. 02. 2007 v 21:48 +0100: > Zdravim Vas, > > mam este dva servery na 4.11-kach, ktore casom planujem zapgrejdovat. > Pokym vsak bezia, tak chcem udrziavat aplikacie v "najnovsom" stave, > niektore si to totiz vyzaduju. Upgrejdy prevadzam pomocou portupgrade, > no a samozrejme, INDEX je zo dna 1.2.2007 (aby som bol presny, INDEX.bz2 > je zo dna 1.2.2007), teda nie je najnovsi (je neaktualny). > Viem, ze apgrejdy aplikacii idu urobit aj inou cestou, o tom vsak > nechcem pisat. > Chcem sa teda opytat - lebo info o tom sa mi zatial nepodarilo najst > (mozno zle hladam) - ci uz je so 4-kami nadobro koniec resp. s INDEX-om, > ktory sa uz nebude vobec aktualizovat alebo sa nebude aktualizovat tak > casto, to poprve, a podruhe, je mozne pouzit pre 4.11-ku INDEX-5? Ak > ano, ako ho stiahnut v 4.11-ach "prijemnou cestou", mam na mysli > pouzitie *make fetchindex*. Pozeral som si *man ports*, ale nic take som > tam nenasiel. Podpora portu na 4.11 skoncila 31.1.2007. Od ted uz ti tam zadny novejsi porty fungovat nebudou. Doporucuju upgrade na 6.2 ... -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From Kaminar at seznam.cz Tue Feb 20 10:45:23 2007 From: Kaminar at seznam.cz (Kaminar) Date: Tue, 20 Feb 2007 10:45:23 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20INDEX=20vs=2E=20INDEX=2D5=20v=20portoch=2E=2E=2E?= In-Reply-To: <1171924525.71730.0.camel@ikaros.oook.cz> Message-ID: <1086.1299-17748-1339300795-1171964722@seznam.cz> > > no a samozrejme, INDEX je zo dna 1.2.2007 (aby som bol presny, INDEX.bz2 > > je zo dna 1.2.2007), teda nie je najnovsi (je neaktualny). Portupgrade um? vytvorit INDEX primo z portu. Mam dojem, ze je to: "portsdb -U" (cca 20min na 2,4GHz Celeron) a pak jeste "portsdb -u" nebo rovnou "portsdb -Uu". > Podpora portu na 4.11 skoncila 31.1.2007. Od ted uz ti tam zadny novejsi > porty fungovat nebudou. Copak porty nelze pouzit pro jakoukoliv verzi? Karel From lumax at in.acompp.sk Tue Feb 20 11:27:54 2007 From: lumax at in.acompp.sk (Lubomir Majersky) Date: Tue, 20 Feb 2007 11:27:54 +0100 Subject: INDEX vs. INDEX-5 v portoch... In-Reply-To: <1086.1299-17748-1339300795-1171964722@seznam.cz> References: <1086.1299-17748-1339300795-1171964722@seznam.cz> Message-ID: <45DACD2A.7010801@in.acompp.sk> Kaminar napsal(a): >>>no a samozrejme, INDEX je zo dna 1.2.2007 (aby som bol presny, INDEX.bz2 >>>je zo dna 1.2.2007), teda nie je najnovsi (je neaktualny). > Portupgrade um? vytvorit INDEX primo z portu. Mam dojem, ze je to: > "portsdb -U" (cca 20min na 2,4GHz Celeron) a pak jeste "portsdb -u" > nebo rovnou "portsdb -Uu". ...ja nestahujem celu kolekciu portov a tym padom mi to neprebehne. A preco? Nuz z principu tam nechcem mat porty jazykove, audio, biology a tak podobne -- LuMaX From dan at obluda.cz Tue Feb 20 12:04:10 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 20 Feb 2007 12:04:10 +0100 Subject: INDEX vs. INDEX-5 v portoch... In-Reply-To: <1086.1299-17748-1339300795-1171964722@seznam.cz> References: <1086.1299-17748-1339300795-1171964722@seznam.cz> Message-ID: <45DAD5AA.9040206@obluda.cz> Kaminar wrote: >> Podpora portu na 4.11 skoncila 31.1.2007. Od ted uz ti tam zadny novejsi >> porty fungovat nebudou. > > Copak porty nelze pouzit pro jakoukoliv verzi? Lze. Ale ne pro kazdou uspesne. Ty OS se od sebe lisi a tomu odpovida potreba obcas pouzit jine optiony pro nektere programy (prekladac), jine patche a podobne. Obezlicky pro 4.x jsou momentalne v procesu mizeni ze stromu portu (a to pomijim, ze uz dobry rok pred oficialni EOL zacinaly byt zretelne problemy s tim, ze port casto nebyl udelany tak, aby na 4.x sel bez problemu pouzit). Psal jsi, ze chces stroj zachovat jeste nejakou dobu v soucasnem stavu a pak ho upgradovat. Tak "zachovat v soucasnem stavu" - to je bez updatovani. A az bude jeho stav natolik nevyhovujici, ze se rozhodnes ho updatovat, tak to udelej. Kompletne. Ano, kazda verze ma sve problemy, i "sestka", ale "EOL" je tak vazna vada, ze ve svetle ni jsou pitomosti jako "mensi stabilita v nekterych situacich" nebo "mensi vykon pri konkretnim nasazeni" IMHO zanedbatelnymi epizodkami ... Jak jsem tady 4.x zurive branil - a uz ji nikde nemam (krome par zapomenutych routeru na nejakych pudach a jednoho pocitace v kanclu). Nemam z toho ve vsech pripadech radost, ale z ruznych spatnych reseni je treba vybrat to mene spatne. Dan From lumax at in.acompp.sk Tue Feb 20 12:48:55 2007 From: lumax at in.acompp.sk (Lubomir Majersky) Date: Tue, 20 Feb 2007 12:48:55 +0100 Subject: INDEX vs. INDEX-5 v portoch... In-Reply-To: <45DAD5AA.9040206@obluda.cz> References: <1086.1299-17748-1339300795-1171964722@seznam.cz> <45DAD5AA.9040206@obluda.cz> Message-ID: <45DAE027.9010209@in.acompp.sk> Dan Lukes napsal(a): > Psal jsi, ze chces stroj zachovat jeste nejakou dobu v soucasnem stavu > a pak ho upgradovat. Tak "zachovat v soucasnem stavu" - to je bez > updatovani. A az bude jeho stav natolik nevyhovujici, ze se rozhodnes ho > updatovat, tak to udelej. Kompletne. Nie, nie, Dan, asi si ma nepochopil. Pisal som "...tak chcem udrziavat aplikacie v "najnovsom" stave, niektore si to totiz vyzaduju." Napriklad taky antivir, ten potrebujem mat vzdy v co najaktualnejsom stave (samozrejme, nerobim update aplikacii kazdy den). Nemozem resp. nechcem to teda mat v stave *bez updatovani* *update je pre mna potrebny*. Do leta by uz tie servery nemali existovat, ale predsa len, ta doba je este daleko a ja by som si nerad vylamal zuby ;) -- LuMaX From dan at obluda.cz Tue Feb 20 13:05:12 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 20 Feb 2007 13:05:12 +0100 Subject: INDEX vs. INDEX-5 v portoch... In-Reply-To: <45DAE027.9010209@in.acompp.sk> References: <1086.1299-17748-1339300795-1171964722@seznam.cz> <45DAD5AA.9040206@obluda.cz> <45DAE027.9010209@in.acompp.sk> Message-ID: <45DAE3F8.9090103@obluda.cz> Lubomir Majersky wrote: >> Psal jsi, ze chces stroj zachovat jeste nejakou dobu v soucasnem stavu >> a pak ho upgradovat. Tak "zachovat v soucasnem stavu" - to je bez >> updatovani. A az bude jeho stav natolik nevyhovujici, ze se rozhodnes ho >> updatovat, tak to udelej. Kompletne. > Nie, nie, Dan, asi si ma nepochopil. Ale ano. Ja pochopil. Ty ne ;-) > Pisal som "...tak chcem udrziavat > aplikacie v "najnovsom" stave, niektore si to totiz vyzaduju." Napriklad > taky antivir, ten potrebujem mat vzdy v co najaktualnejsom stave > (samozrejme, nerobim update aplikacii kazdy den). Nemozem resp. nechcem Tomu ja rozumim. Obcas si aktualizace baliku A vynuti aktualizaci baliku B na kterem zavisi. Muzes to zkusit risknout bez toho, muzes zkustit sam si balik 'A' upravit tak, aby aktualizace baliku 'B' nebyla nutna, nekdy to dokonce muze fungovat i bez zasahu (at uz proto, ze aktualizace 'B' byla nutn akvuli necemu, co nepouzivas, nebo slo o omyl spravce baliku 'A' a aktualizace 'B' ve skutecnosti potreba vubec nebyla). Ale to vsechno je risk a osobni rozhodnuti. Oficialni postup je - kdyz chces A, musis taky B. Od 1.2.2007 plati, ze aktualizace jakehokoliv baliku 'A' vyzaduje aktualizaci baliku 'B', kde balik 'B' je operacni system ... Muzes to zkusit risknout bez toho, muzes si A zkusit ... ale to uz jsem psal ... Dan From lumax at in.acompp.sk Tue Feb 20 14:33:12 2007 From: lumax at in.acompp.sk (Lubomir Majersky) Date: Tue, 20 Feb 2007 14:33:12 +0100 Subject: INDEX vs. INDEX-5 v portoch... In-Reply-To: <45DAE3F8.9090103@obluda.cz> References: <1086.1299-17748-1339300795-1171964722@seznam.cz> <45DAD5AA.9040206@obluda.cz> <45DAE027.9010209@in.acompp.sk> <45DAE3F8.9090103@obluda.cz> Message-ID: <45DAF898.6030004@in.acompp.sk> Dan Lukes napsal(a): >>Nie, nie, Dan, asi si ma nepochopil. > Ale ano. Ja pochopil. Ty ne ;-) ...teraz som to pochopil, ale.... > Podpora portu na 4.11 skoncila 31.1.2007. Od ted uz ti tam zadny > novejsi porty fungovat nebudou. > > Doporucuju upgrade na 6.2 ... > > Od 1.2.2007 plati, ze aktualizace jakehokoliv baliku 'A' vyzaduje > aktualizaci baliku 'B', kde balik 'B' je operacni system ... ...ale pocitujem v tom akusi zvratenost. Struktura portov je stale aktualna (stale sa da aktualizovat), nechapem naco sa to potom robi. Ked uz raz s niecim skoncim, tak s tym skoncim predsa uplne. Ale uz mi ani na to netreba odpovedat, to som len tak trosku nahlas rozmyslal. Prijemny den ;) -- LuMaX From dan at obluda.cz Tue Feb 20 15:02:41 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 20 Feb 2007 15:02:41 +0100 Subject: INDEX vs. INDEX-5 v portoch... In-Reply-To: <45DAF898.6030004@in.acompp.sk> References: <1086.1299-17748-1339300795-1171964722@seznam.cz> <45DAD5AA.9040206@obluda.cz> <45DAE027.9010209@in.acompp.sk> <45DAE3F8.9090103@obluda.cz> <45DAF898.6030004@in.acompp.sk> Message-ID: <45DAFF81.6000700@obluda.cz> Lubomir Majersky wrote: > > Od 1.2.2007 plati, ze aktualizace jakehokoliv baliku 'A' vyzaduje > > aktualizaci baliku 'B', kde balik 'B' je operacni system ... > > ...ale pocitujem v tom akusi zvratenost. Struktura portov je stale > aktualna (stale sa da aktualizovat), nechapem naco sa to potom robi. Ked > uz raz s niecim skoncim, tak s tym skoncim predsa uplne. Mam dojem, ze struktura portu nema ruzne stromy podle verzi OS - ta je "vsem spolecna". Takze neni jak "skoncit uplne", teda, krome toho, ze pro 4.x a starsi uz uplne skoncila ;-) Dan From lumax at in.acompp.sk Tue Feb 20 16:32:08 2007 From: lumax at in.acompp.sk (Lubomir Majersky) Date: Tue, 20 Feb 2007 16:32:08 +0100 Subject: rackove servery Message-ID: <45DB1478.5020308@in.acompp.sk> Zdravim Vas, potreboval by som tipy, ale fakt dobre tipy na servery v rackovom prevedeni 19", maximalne 2U, samozrejme, pre FreeBSD 6.X. Kto ma s cim, a hlavne BEZPROBLEMOVE HARDWAROVE VELMI DOBRE skusenosti ;) Viem, ze som to trosku nadsadil, ale... Nechcem tu rozvadzat siahodlhu debatu, staci mi poslat, ze taky a taky server mi bezi "100" rokov :) Dik za tipy -- LuMaX From koutek at o-k.cz Tue Feb 20 16:54:52 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Tue, 20 Feb 2007 16:54:52 +0100 Subject: rackove servery In-Reply-To: <45DB1478.5020308@in.acompp.sk> References: <45DB1478.5020308@in.acompp.sk> Message-ID: <1171986892.1534.35.camel@shift.o-k.cz> Pouzivam Intel platformy a zatim sem nenarazil na problem, ze by neco nebylo podporovane (tedy jen jednou jsem koupil desku, ktera jeste nemela ovladac na ar, takze jsem to resil jinym radicem) Jeden server ma 2 roky, druhy pul roku, treti par mesicu. Jinak jsem potkal servery supermicro, coz je de-facto obdoba tech intelskych, ale uz jsem u nich potkal nejake problemy - zazlobily mi po roce a pul disky Na lacine servery mi to prislo odpovidajici a na drahe servery zase ve FreeBSD stejne nejsou ovladace k diskovym polim, takze to je ve finale asi fuk. Ondra Lubomir Majersky p??e v ?t 20. 02. 2007 v 16:32 +0100: > Zdravim Vas, > > potreboval by som tipy, ale fakt dobre tipy na servery v rackovom > prevedeni 19", maximalne 2U, samozrejme, pre FreeBSD 6.X. Kto ma s cim, > a hlavne BEZPROBLEMOVE HARDWAROVE VELMI DOBRE skusenosti ;) Viem, ze som > to trosku nadsadil, ale... > > Nechcem tu rozvadzat siahodlhu debatu, staci mi poslat, ze taky a taky > server mi bezi "100" rokov :) > > Dik za tipy > -- > LuMaX From babjak at hilbert.chtf.stuba.sk Tue Feb 20 17:47:04 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Tue, 20 Feb 2007 17:47:04 +0100 Subject: rackove servery In-Reply-To: <45DB1478.5020308@in.acompp.sk> References: <45DB1478.5020308@in.acompp.sk> Message-ID: <20070220164704.GB46894@hilbert.chtf.stuba.sk> > potreboval by som tipy, ale fakt dobre tipy na servery v rackovom > prevedeni 19", maximalne 2U, samozrejme, pre FreeBSD 6.X. Kto ma s cim, > a hlavne BEZPROBLEMOVE HARDWAROVE VELMI DOBRE skusenosti ;) Viem, ze som > to trosku nadsadil, ale... ^-- V poslednych dnoch mam velmi pozitivnu skusenost so Sun Fire X2100, ovladace sietovych kariet nve a bge, sata bez problemov. J. From bretislav.kubesa at centrum.cz Tue Feb 20 18:21:17 2007 From: bretislav.kubesa at centrum.cz (Bretislav Kubesa) Date: Tue, 20 Feb 2007 18:21:17 +0100 Subject: rackove servery References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> Message-ID: <001201c75513$988aa0b0$0201a8c0@BKUBESA> >> potreboval by som tipy, ale fakt dobre tipy na servery v rackovom >> prevedeni 19", maximalne 2U, samozrejme, pre FreeBSD 6.X. Kto ma s cim, >> a hlavne BEZPROBLEMOVE HARDWAROVE VELMI DOBRE skusenosti ;) Viem, ze som >> to trosku nadsadil, ale... > > ^-- V poslednych dnoch mam velmi pozitivnu skusenost so Sun Fire X2100, > ovladace sietovych kariet nve a bge, sata bez problemov. > Zrovinka se chystam jeden sestavovat na MB ASUS M2N-LR - neprovozujete na tom jiz nekdo FBSD ? (ASUS M2N-LR, case Chieftec UNC-410F-B-500W 4U, AMD Athlon 64 X2 4600+ EE, 6 x Seagate 250GB/7200rpm SATA/300, 2x1GB DIMM Kingston DDR 2 ECC Unbuff). Diky. B. From dan at obluda.cz Tue Feb 20 20:20:24 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 20 Feb 2007 20:20:24 +0100 Subject: rackove servery In-Reply-To: <45DB1478.5020308@in.acompp.sk> References: <45DB1478.5020308@in.acompp.sk> Message-ID: <45DB49F8.1070904@obluda.cz> Lubomir Majersky wrote: > Nechcem tu rozvadzat siahodlhu debatu, staci mi poslat, ze taky a taky > server mi bezi "100" rokov :) Otazka je, zda se "servery" skutecne mysli hotove (znackove) servery, nebo zda jde o "samodomo" poskladane ze "server level" komponent nebo zda jde proste o PC na kterem pobezi nejake daemony v roli "server". Na vetsinu serveru pouzivame to treti - nejcasteji MSI desky s Intel chipsetem a pokud mozno Intel sitovou kartou. Pokud povaha stroje vyzaduje rychly diskovy subsystem, tak RAID ARECA, i kdyz o tom nemohu rict, zes nim mame stolete zkusenosti. Zato s nim mate vzdalenou zkusenosti vy vsichni - bezi na nem i tato konference. Pokud se to zamontuje do spravne bedny (rackmountable) vznikne pozadovany rackmountable server ... Servery delime na "vykonne", ktere vyzaduji vymenu casteji, protoze jim bud' dojde misto na disku nebo prestanou stacit v jinem ohledu. Ty tu urcite sto let nemame. A pak ty "pretrvavajici veky" - ty tu treba mame i dlouho, ale jsou to servery, od kterych se hranicni vykony v kterekoliv oblasti az tak neocekavaji. Na ty spolehlive staci zminena "obycejna PC". Ale any ty tu sto let nejsou ... ;-) Dan From 000.fbsd at quip.cz Tue Feb 20 21:41:50 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 20 Feb 2007 21:41:50 +0100 Subject: rackove servery In-Reply-To: <001201c75513$988aa0b0$0201a8c0@BKUBESA> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> Message-ID: <45DB5D0E.80800@quip.cz> Bretislav Kubesa wrote: >>>potreboval by som tipy, ale fakt dobre tipy na servery v rackovom >>>prevedeni 19", maximalne 2U, samozrejme, pre FreeBSD 6.X. Kto ma s cim, >>>a hlavne BEZPROBLEMOVE HARDWAROVE VELMI DOBRE skusenosti ;) Viem, ze som >>>to trosku nadsadil, ale... >> >> ^-- V poslednych dnoch mam velmi pozitivnu skusenost so Sun Fire X2100, >>ovladace sietovych kariet nve a bge, sata bez problemov. >> > > > Zrovinka se chystam jeden sestavovat na MB ASUS M2N-LR - neprovozujete na > tom jiz nekdo FBSD ? > (ASUS M2N-LR, case Chieftec UNC-410F-B-500W 4U, AMD Athlon 64 X2 4600+ EE, 6 > x Seagate 250GB/7200rpm SATA/300, 2x1GB DIMM Kingston DDR 2 ECC Unbuff). Po mych velice spatnych zkusenostech s 1U servery ASUS RS120 mi zadny dalsi pocitac od ASUSu nesmi na oci. Neco tak nevyzpytatelneho jsem jeste nidke jinde nevidel. Kde to slo, tam jsem premigroval na jiz zminene Sun Fire X2100, do konce tydne me ceka dalsi migrace jednoho klienta z ASUSu na Sun Fire X2100. (tech mych problemu s diskama na asusech je tahle konference pomerne plna, takze si to kazdy muze v archivu najit) Novejsi varianta Sun Fire X2100 M2 vypada jeste lepe nez predesla, ale zatim jsem ji nemel moznost osobne testovat. Nicmene ma v cene i management kartu, kde se da pres sitovku vlezt i do BIOSu a vubec delas spoustu zajimavych veci. Navic M2 pouziva dvoujadrove Opterony, coz taky zvysuje vykon. Takze pokud nekdo shani levny, ale kvalitni 1U server, nesel bych do niceho jineho, nez Sun Fire X2100 / X2100 M2. Miroslav Lachman From scorp at scorp.sk Tue Feb 20 22:01:57 2007 From: scorp at scorp.sk (=?Windows-1250?Q?Pavol_=C8ierny?=) Date: Tue, 20 Feb 2007 22:01:57 +0100 Subject: rackove servery In-Reply-To: <45DB5D0E.80800@quip.cz> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> Message-ID: <1231701452.20070220220157@cierny.sk> Ja mam tiez same dobre skusenosti so Sun Fire X2200 co by malo byt to iste co X2100, len v X2200 su 2x dual core opteron 2.2 GHz... Jedine co ma stve ze pri boote BSD sa mi vypne LOM na sietovke (Lights-out management) ktory je v Sune velmi dobre spraveny... takze jedine cez seriovy port ho mozem pouzivat Podarilo sa niekomu rozchodit LOM s BSD? Zatial mam na tej masine 6.1-RELEASE... Problem je aj so sietovkami nvidia, lebo su tam 2x broadcom sietovky a 2x nvidia, a BSD najde len broadcomy... tie mi nastastie stacia :) Ked ten stroj porovnam s Fujitsu-Siemens Primergy RX220, tak jednoznacne vyhrava Sun... uz len kvoli spotrebe energie, ktore je cca polovicna oproti Primergy... Na primergy je BMC ktore umoznuje aspon management napajania cez IPMI, ale kedze je to na zdielanej sietovke broadcom tak takisto po boote BSD je ta sluzba nedostupna.... Mam smolu na remote management s BSD :( --- S pozdravom Pavol ?ierny > Bretislav Kubesa wrote: >>>>potreboval by som tipy, ale fakt dobre tipy na servery v rackovom >>>>prevedeni 19", maximalne 2U, samozrejme, pre FreeBSD 6.X. Kto ma s cim, >>>>a hlavne BEZPROBLEMOVE HARDWAROVE VELMI DOBRE skusenosti ;) Viem, ze som >>>>to trosku nadsadil, ale... >>> >>> ^-- V poslednych dnoch mam velmi pozitivnu skusenost so Sun Fire X2100, >>>ovladace sietovych kariet nve a bge, sata bez problemov. >>> >> >> >> Zrovinka se chystam jeden sestavovat na MB ASUS M2N-LR - neprovozujete na >> tom jiz nekdo FBSD ? >> (ASUS M2N-LR, case Chieftec UNC-410F-B-500W 4U, AMD Athlon 64 X2 4600+ EE, 6 >> x Seagate 250GB/7200rpm SATA/300, 2x1GB DIMM Kingston DDR 2 ECC Unbuff). > Po mych velice spatnych zkusenostech s 1U servery ASUS RS120 mi zadny > dalsi pocitac od ASUSu nesmi na oci. Neco tak nevyzpytatelneho jsem > jeste nidke jinde nevidel. Kde to slo, tam jsem premigroval na jiz > zminene Sun Fire X2100, do konce tydne me ceka dalsi migrace jednoho > klienta z ASUSu na Sun Fire X2100. (tech mych problemu s diskama na > asusech je tahle konference pomerne plna, takze si to kazdy muze v > archivu najit) > Novejsi varianta Sun Fire X2100 M2 vypada jeste lepe nez predesla, ale > zatim jsem ji nemel moznost osobne testovat. Nicmene ma v cene i > management kartu, kde se da pres sitovku vlezt i do BIOSu a vubec delas > spoustu zajimavych veci. Navic M2 pouziva dvoujadrove Opterony, coz taky > zvysuje vykon. > Takze pokud nekdo shani levny, ale kvalitni 1U server, nesel bych do > niceho jineho, nez Sun Fire X2100 / X2100 M2. > Miroslav Lachman From mex at active.sk Wed Feb 21 01:42:14 2007 From: mex at active.sk (MeX) Date: Wed, 21 Feb 2007 01:42:14 +0100 Subject: rackove servery In-Reply-To: <1231701452.20070220220157@cierny.sk> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <1231701452.20070220220157@cierny.sk> Message-ID: <45DB9566.1070906@active.sk> On 20. 2. 2007 22:01 , Pavol ?ierny wrote: > Jedine co ma stve ze pri boote BSD sa mi vypne LOM na sietovke (Lights-out > management) ktory je v Sune velmi dobre spraveny... takze jedine cez > seriovy port ho mozem pouzivat > > Podarilo sa niekomu rozchodit LOM s BSD? > Zatial mam na tej masine 6.1-RELEASE... Ja mam niekolko kusov X2100 M2 na 6.2-STABLE niekedy z polky februara a LOM sa sprava presne tak, ako pises. Zatial som neprisiel na to, co s tym. > Problem je aj so sietovkami nvidia, lebo su tam 2x broadcom sietovky a > 2x nvidia, a BSD najde len broadcomy... tie mi nastastie stacia :) V 7-CURRENT je uz nfe driver pre tieto sietovky, resp. tu pozri source a postup pre 6.2, je to upraveny OSS driver z OpenBSD: http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html MeX From babjak at hilbert.chtf.stuba.sk Wed Feb 21 07:55:46 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Wed, 21 Feb 2007 07:55:46 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <45DB5D0E.80800@quip.cz> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> Message-ID: <20070221065546.GB47486@hilbert.chtf.stuba.sk> > spoustu zajimavych veci. Navic M2 pouziva dvoujadrove Opterony, coz taky > zvysuje vykon. ^-- V nedavnej diskusii sme viaceri na zaklade osobnych skusenosti skonstatovali, ze HT je castejsie na skodu ako na osoh. Velmi by ma zaujimalo, ako sa v reale spravaju viacjadrove procesory. Ocakaval by som, ze situacia bude lepsia, ale pravdupovediac neocakavam lepsi pomer pre:proti ako 1:1. Na rozdiel od HT bude asi ovela tazsie porovnat, ako sa sprava server s jednym dvojjadrovym opteronom a s dvomi jednojadrovymi, uz len preto, ze jadra asi nejde tak jednoducho vypinat a ze by niekto dodaval server s dvomi jednojadrovymi procesormi, ked existuju dvojjadrove, mi pride ako nepravdepodobne; leda ze na specialne prianie zakaznika. Ale predsa len: nemate niekto skusenosti, ako "viacjadrovost" ovplyvnuje vykonnost? J. Babjak From xdivac02 at stud.fit.vutbr.cz Wed Feb 21 10:22:46 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 21 Feb 2007 10:22:46 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <20070221065546.GB47486@hilbert.chtf.stuba.sk> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> Message-ID: <20070221092246.GA79209@stud.fit.vutbr.cz> On Wed, Feb 21, 2007 at 07:55:46AM +0100, Jozef Babjak wrote: > > spoustu zajimavych veci. Navic M2 pouziva dvoujadrove Opterony, coz taky > > zvysuje vykon. > > ^-- V nedavnej diskusii sme viaceri na zaklade osobnych skusenosti > skonstatovali, ze HT je castejsie na skodu ako na osoh. Velmi by ma > zaujimalo, ako sa v reale spravaju viacjadrove procesory. Ocakaval by som, > ze situacia bude lepsia, ale pravdupovediac neocakavam lepsi pomer > pre:proti ako 1:1. > > Na rozdiel od HT bude asi ovela tazsie porovnat, ako sa sprava server s > jednym dvojjadrovym opteronom a s dvomi jednojadrovymi, uz len preto, ze > jadra asi nejde tak jednoducho vypinat a ze by niekto dodaval server s > dvomi jednojadrovymi procesormi, ked existuju dvojjadrove, mi pride ako > nepravdepodobne; leda ze na specialne prianie zakaznika. Ale predsa len: > nemate niekto skusenosti, ako "viacjadrovost" ovplyvnuje vykonnost? neexistuje vicemene zadny rozdil mezi SMP resenym pomoci 2 jader a SMP resenym pomoci 2 procesoru. teda... to prvni bude asi kapku rychlejsi (ty procaky jsou fyz. bliz takze by to mohlo behat kapanek rychleji) ale to je zanedbatelne. kdyz se na tu masinu zalogujete tak nemate nejmensi sanci (krome dmesg atp.) jestli sedite u dual-core nebo u dual-proc (teda pokud to neni numa atd. at mne zas dan nechyta za slovo :) ) From jan.husar at skosi.org Wed Feb 21 10:26:50 2007 From: jan.husar at skosi.org (Jan Husar) Date: Wed, 21 Feb 2007 10:26:50 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <20070221092246.GA79209@stud.fit.vutbr.cz> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <20070221092246.GA79209@stud.fit.vutbr.cz> Message-ID: <45DC105A.2080303@skosi.org> Ahojte, riesili ste niekto s freebsd sun niagara (6/8 core)? teraz jeden zakaznik planuje kupit a neviem co mu mam na to dat... Jan Divacky Roman wrote: > On Wed, Feb 21, 2007 at 07:55:46AM +0100, Jozef Babjak wrote: >>> spoustu zajimavych veci. Navic M2 pouziva dvoujadrove Opterony, coz taky >>> zvysuje vykon. >> ^-- V nedavnej diskusii sme viaceri na zaklade osobnych skusenosti >> skonstatovali, ze HT je castejsie na skodu ako na osoh. Velmi by ma >> zaujimalo, ako sa v reale spravaju viacjadrove procesory. Ocakaval by som, >> ze situacia bude lepsia, ale pravdupovediac neocakavam lepsi pomer >> pre:proti ako 1:1. >> >> Na rozdiel od HT bude asi ovela tazsie porovnat, ako sa sprava server s >> jednym dvojjadrovym opteronom a s dvomi jednojadrovymi, uz len preto, ze >> jadra asi nejde tak jednoducho vypinat a ze by niekto dodaval server s >> dvomi jednojadrovymi procesormi, ked existuju dvojjadrove, mi pride ako >> nepravdepodobne; leda ze na specialne prianie zakaznika. Ale predsa len: >> nemate niekto skusenosti, ako "viacjadrovost" ovplyvnuje vykonnost? > > neexistuje vicemene zadny rozdil mezi SMP resenym pomoci 2 jader a SMP resenym > pomoci 2 procesoru. teda... to prvni bude asi kapku rychlejsi (ty procaky jsou fyz. > bliz takze by to mohlo behat kapanek rychleji) ale to je zanedbatelne. kdyz > se na tu masinu zalogujete tak nemate nejmensi sanci (krome dmesg atp.) jestli sedite > u dual-core nebo u dual-proc (teda pokud to neni numa atd. at mne zas dan nechyta za > slovo :) ) -- ----------------------------------- | Jan Husar | | freedomeurope.blogspot.com | GnuPG 1024D/DDB1C1AE | http://www.opensource.org From dan at obluda.cz Wed Feb 21 11:04:27 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 21 Feb 2007 11:04:27 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <20070221092246.GA79209@stud.fit.vutbr.cz> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <20070221092246.GA79209@stud.fit.vutbr.cz> Message-ID: <45DC192B.4030604@obluda.cz> Divacky Roman wrote: > neexistuje vicemene zadny rozdil mezi SMP resenym pomoci 2 jader a SMP resenym > pomoci 2 procesoru. teda... to prvni bude asi kapku rychlejsi (ty procaky jsou fyz. > bliz takze by to mohlo behat kapanek rychleji) Rozdil muze byt spis ve spolecne versus nespolecne cache, pripadne, v cache sice nespolecne, ale propojene separatni (a treba i rychlejsi) sbernici nez je ta "vnejsi". Jenze, Intel, pokud vim, ma cache separatni a propojene jen pres vnejsek, takze tam skutecne rozdil nebude ... Dan From pav at oook.cz Wed Feb 21 11:14:12 2007 From: pav at oook.cz (Pav Lucistnik) Date: Wed, 21 Feb 2007 11:14:12 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <45DC105A.2080303@skosi.org> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <20070221092246.GA79209@stud.fit.vutbr.cz> <45DC105A.2080303@skosi.org> Message-ID: <1172052852.72368.10.camel@pav.hide.vol.cz> Jan Husar p??e v st 21. 02. 2007 v 10:26 +0100: > riesili ste niekto s freebsd sun niagara (6/8 core)? > teraz jeden zakaznik planuje kupit a neviem co mu mam na to dat... No dat na to Solaris asi, samozrejme, bez hlubsiho premysleni. Co jineho. Jinak jestli si to kupuje jako hracku, tak muze zkusit sun4v verzi FreeBSD. http://www.freebsd.org/platforms/sun4v.html http://www.fsmware.com/sun4v/dmesg_latest.txt -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From babjak at hilbert.chtf.stuba.sk Wed Feb 21 11:23:11 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Wed, 21 Feb 2007 11:23:11 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <20070221092246.GA79209@stud.fit.vutbr.cz> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <20070221092246.GA79209@stud.fit.vutbr.cz> Message-ID: <20070221102311.GA49026@hilbert.chtf.stuba.sk> > neexistuje vicemene zadny rozdil mezi SMP resenym pomoci 2 jader a SMP > resenym pomoci 2 procesoru. ^-- Skusim prudko nesuhlasit. Ako argument uvediem, ze vsetky viacjadrove procesory v sucasnosti, IIRC, maju jedinu FPU. No a z mojej skusenosti vyplyva, ze dnes sa v aplikaciach pocitanie s pohyblivou radovou ciarkou pouziva velmi casto. Naco je potom taka Niagara s 8 jadrami a 32 vlaknami, ked ma jedno FPU? J. From babjak at hilbert.chtf.stuba.sk Wed Feb 21 11:27:21 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Wed, 21 Feb 2007 11:27:21 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <45DC105A.2080303@skosi.org> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <20070221092246.GA79209@stud.fit.vutbr.cz> <45DC105A.2080303@skosi.org> Message-ID: <20070221102721.GB49026@hilbert.chtf.stuba.sk> > riesili ste niekto s freebsd sun niagara (6/8 core)? > teraz jeden zakaznik planuje kupit a neviem co mu mam na to dat... ^-- Davat na Niagaru cokolvek ine ako Solaris 10 a vyssie mi pride nerozumne (jemne povedane). Predpokladam, ze kto kupuje Niagaru, si velmi dobre rozmyslel, preco tak cini a zvazil aj dalsie okolnosti, vyber OS nevynimajuc. No a neverim, ze FreeBSD (lubovolne si mozete doplnit akekolvek bsd, akykolvek linux) to vyhral. Niagara je v celku zavazna financna investicia. J. From jan.husar at skosi.org Wed Feb 21 11:28:42 2007 From: jan.husar at skosi.org (Jan Husar) Date: Wed, 21 Feb 2007 11:28:42 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <20070221102311.GA49026@hilbert.chtf.stuba.sk> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <20070221092246.GA79209@stud.fit.vutbr.cz> <20070221102311.GA49026@hilbert.chtf.stuba.sk> Message-ID: <45DC1EDA.2090703@skosi.org> Jozef Babjak wrote: >> neexistuje vicemene zadny rozdil mezi SMP resenym pomoci 2 jader a SMP >> resenym pomoci 2 procesoru. > > ^-- Skusim prudko nesuhlasit. Ako argument uvediem, ze vsetky > viacjadrove procesory v sucasnosti, IIRC, maju jedinu FPU. No a z mojej > skusenosti vyplyva, ze dnes sa v aplikaciach pocitanie s pohyblivou > radovou ciarkou pouziva velmi casto. Naco je potom taka Niagara s 8 > jadrami a 32 vlaknami, ked ma jedno FPU? > > J. > Sun vzdy robil hardware na svoj software, konkretne vlakna sa dobre pouzivaju na JAVA veciach, divil by si sa ako to vie kmitat... cize, je to otazka OS a aplikacie ako to vie realne spracovat. to freebsd skusim na tej niagare, ak bude a zakaznik sa nerozhodne inak hodim potom nejake infosky... Jan -- ----------------------------------- | Jan Husar | | freedomeurope.blogspot.com | GnuPG 1024D/DDB1C1AE | http://www.opensource.org From jan.husar at skosi.org Wed Feb 21 11:30:47 2007 From: jan.husar at skosi.org (Jan Husar) Date: Wed, 21 Feb 2007 11:30:47 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <20070221102721.GB49026@hilbert.chtf.stuba.sk> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <20070221092246.GA79209@stud.fit.vutbr.cz> <45DC105A.2080303@skosi.org> <20070221102721.GB49026@hilbert.chtf.stuba.sk> Message-ID: <45DC1F57.7080708@skosi.org> Jozef Babjak wrote: >> riesili ste niekto s freebsd sun niagara (6/8 core)? >> teraz jeden zakaznik planuje kupit a neviem co mu mam na to dat... > > ^-- Davat na Niagaru cokolvek ine ako Solaris 10 a vyssie mi pride > nerozumne (jemne povedane). Predpokladam, ze kto kupuje Niagaru, si velmi > dobre rozmyslel, preco tak cini a zvazil aj dalsie okolnosti, vyber OS > nevynimajuc. No a neverim, ze FreeBSD (lubovolne si mozete doplnit > akekolvek bsd, akykolvek linux) to vyhral. Niagara je v celku zavazna > financna investicia. > > J. > Ano, solaris je nato stvoreny, ale ak si si vsimol, tak napriklad ubuntu je niagara certified.... preto hladam ine suvislosti... -- ----------------------------------- | Jan Husar | | freedomeurope.blogspot.com | GnuPG 1024D/DDB1C1AE | http://www.opensource.org From FreeBSD at koceri.net Wed Feb 21 11:36:03 2007 From: FreeBSD at koceri.net (Michal Kocer) Date: Wed, 21 Feb 2007 11:36:03 +0100 Subject: rackove servery In-Reply-To: <45DB1478.5020308@in.acompp.sk> References: <45DB1478.5020308@in.acompp.sk> Message-ID: <45DC2093.4050401@koceri.net> Pekny den, no nevim, my mam 4U ale kdyz uz jsem ty info nasel tak to sem pisi (snad to helfne nekomu jinemu): My uz pres 2 roky uzivame HP ProLiant DL585 - 4 x AMD Opteron 800 series up to 2.6 GHz Dual-Core processors - 4 GB of PC3200 DDR SDRAM, running at 400 MHz, - Integrated Smart Array 5i Plus Controller (Dual Channel, Ultra3) with 64 MB total memory on 5i Plus Memory Module - Embedded NC7782 PCI-X Gigabit Server Adapter Aktualne tam mam 6.1-release (amd64) a bezi velmi stabilne a dobre, s instalaci a provozem nejsou zadne vetsi problemy. Trosicku vyzvou pro nas byl prechod na adm64, kdy jsme museli prepsat nektery nas sw aby na amd64 behal jak ma. Stroj funguje pro intranet server pro interni vedecke vypocty (vypocty drah planetek, vypocty efemerid, zpracovani namerenych dat), databazovy server (mySQL), intranet server (apache), fileserver (samba) - no a kdyz nema co delat tak pocita seti at home :) / S HP servery ruznych trid mame 10let tech nejlepsich zkusenosti v intranetovem provozu na (behali jsme na nich RedHat, SuSE, Debian a ted i FreeBSD a nikdy nebyl problem./ S pozdravem Michal Kocer (http://www.klet.cz/) Lubomir Majersky wrote: > Zdravim Vas, > > potreboval by som tipy, ale fakt dobre tipy na servery v rackovom > prevedeni 19", maximalne 2U, samozrejme, pre FreeBSD 6.X. Kto ma s cim, > a hlavne BEZPROBLEMOVE HARDWAROVE VELMI DOBRE skusenosti ;) Viem, ze som > to trosku nadsadil, ale... > > Nechcem tu rozvadzat siahodlhu debatu, staci mi poslat, ze taky a taky > server mi bezi "100" rokov :) > > Dik za tipy > From jp at tns.cz Wed Feb 21 11:54:43 2007 From: jp at tns.cz (Josef Pojsl) Date: Wed, 21 Feb 2007 11:54:43 +0100 Subject: rackove servery In-Reply-To: <45DC2093.4050401@koceri.net> References: <45DB1478.5020308@in.acompp.sk> <45DC2093.4050401@koceri.net> Message-ID: <20070221105443.GG2320@bonifac.tns.cz> Zdravim, ja muzu doporucit radu HP ProLiant DL, pouzivam je uz 4 roky. Podpora ve FreeBSD je spickova, co se tyka poruchovosti, tak obcas zlobi pameti a disky a HP nereaguje uplne presne v tech casech, ktere zarucuje zakoupeny Care Pack, alespon pri reakci NBD. Ale to je jedina (pro nas drobna) slabina. Jinak pozitivni zkusenosti mame s DL380 G5 (2U), DL385 G2 (2U), DL360 G5 (1U), DL365 G1 (1U) a DL145 (1U). Nejvic jsme toho nainstalovali na ty DL385, amd64 system. Provozujeme na tom sitarinu (firewally, weby, sem tam mySQL), zadna diskova pole. -- Pepa On Wed, Feb 21, 2007 at 11:36:03AM +0100, Michal Kocer wrote: > / S HP servery ruznych trid mame 10let tech nejlepsich zkusenosti v > intranetovem provozu na (behali jsme na nich RedHat, SuSE, Debian a ted > i FreeBSD a nikdy nebyl problem./ > > > > potreboval by som tipy, ale fakt dobre tipy na servery v rackovom > > prevedeni 19", maximalne 2U, samozrejme, pre FreeBSD 6.X. Kto ma s cim, > > a hlavne BEZPROBLEMOVE HARDWAROVE VELMI DOBRE skusenosti ;) Viem, ze som > > to trosku nadsadil, ale... > > > > Nechcem tu rozvadzat siahodlhu debatu, staci mi poslat, ze taky a taky > > server mi bezi "100" rokov :) > > > > Dik za tipy From scorp at scorp.sk Wed Feb 21 12:14:58 2007 From: scorp at scorp.sk (=?Windows-1250?Q?Pavol_=C8ierny?=) Date: Wed, 21 Feb 2007 12:14:58 +0100 Subject: rackove servery Message-ID: <4010061593.20070221121458@cierny.sk> > On 20. 2. 2007 22:01 , Pavol ?ierny wrote: >> Jedine co ma stve ze pri boote BSD sa mi vypne LOM na sietovke (Lights-out >> management) ktory je v Sune velmi dobre spraveny... takze jedine cez >> seriovy port ho mozem pouzivat >> >> Podarilo sa niekomu rozchodit LOM s BSD? >> Zatial mam na tej masine 6.1-RELEASE... > Ja mam niekolko kusov X2100 M2 na 6.2-STABLE niekedy z polky februara a > LOM sa sprava presne tak, ako pises. Zatial som neprisiel na to, co s tym. No bohuzial... Otazka na tych co pouzivaju HP DL ... ako sa sprava iLO ? funguje dobre pri bootnutom BSD? >> Problem je aj so sietovkami nvidia, lebo su tam 2x broadcom sietovky a >> 2x nvidia, a BSD najde len broadcomy... tie mi nastastie stacia :) > V 7-CURRENT je uz nfe driver pre tieto sietovky, resp. tu pozri source a > postup pre 6.2, je to upraveny OSS driver z OpenBSD: > http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html Toto som videl, ale nechcel som s tym sachovat, nejak som tomu driveru neveril... Lebo riesenie je aby chodilo LOM vyhodit bge driver z kernelu a pouzivat iba nvidia sietovky... > MeX From dan at obluda.cz Wed Feb 21 12:28:18 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 21 Feb 2007 12:28:18 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <20070221102311.GA49026@hilbert.chtf.stuba.sk> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <20070221092246.GA79209@stud.fit.vutbr.cz> <20070221102311.GA49026@hilbert.chtf.stuba.sk> Message-ID: <45DC2CD2.6080500@obluda.cz> Jozef Babjak wrote: > ^-- Skusim prudko nesuhlasit. Ako argument uvediem, ze vsetky > viacjadrove procesory v sucasnosti, IIRC, maju jedinu FPU. To uz asi presahujeme zamereni teto konference, takze jen odkaz na obrazek. Nejmene v nekterych pripadech bych cokoli spolecneho neocekaval ... http://www.xbitlabs.com/images/editorial/idf-f2005-2/presler.jpg Dan From xdivac02 at stud.fit.vutbr.cz Wed Feb 21 12:40:51 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 21 Feb 2007 12:40:51 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <20070221102311.GA49026@hilbert.chtf.stuba.sk> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <20070221092246.GA79209@stud.fit.vutbr.cz> <20070221102311.GA49026@hilbert.chtf.stuba.sk> Message-ID: <20070221114051.GA5267@stud.fit.vutbr.cz> On Wed, Feb 21, 2007 at 11:23:11AM +0100, Jozef Babjak wrote: > > neexistuje vicemene zadny rozdil mezi SMP resenym pomoci 2 jader a SMP > > resenym pomoci 2 procesoru. > > ^-- Skusim prudko nesuhlasit. Ako argument uvediem, ze vsetky > viacjadrove procesory v sucasnosti, IIRC, maju jedinu FPU. No a z mojej > skusenosti vyplyva, ze dnes sa v aplikaciach pocitanie s pohyblivou > radovou ciarkou pouziva velmi casto. Naco je potom taka Niagara s 8 > jadrami a 32 vlaknami, ked ma jedno FPU? pro "typicke" vyuziti (apache, databaze atd.) se fpu vubec neuplatni. nicmene je fakt ze pokud si to nekdo koupi na nejake vedecke vypocty tak muze byt dost nasr.any :) From jp at tns.cz Wed Feb 21 12:55:29 2007 From: jp at tns.cz (Josef Pojsl) Date: Wed, 21 Feb 2007 12:55:29 +0100 Subject: rackove servery In-Reply-To: <4010061593.20070221121458@cierny.sk> References: <4010061593.20070221121458@cierny.sk> Message-ID: <20070221115529.GH2320@bonifac.tns.cz> On Wed, Feb 21, 2007 at 12:14:58PM +0100, Pavol ?ierny wrote: > Otazka na tych co pouzivaju HP DL ... ako sa sprava iLO ? funguje dobre pri > bootnutom BSD? iLO s advanced pack funguje dob?e, bez n?ho nefunguje CLI, ale nez?visle na FreeBSD. Pou??v?me SSH spojen? na iLO advanced pack k pln? spokojenosti. -- Pepa From scorp at scorp.sk Wed Feb 21 13:10:49 2007 From: scorp at scorp.sk (=?Windows-1250?Q?Pavol_=C8ierny?=) Date: Wed, 21 Feb 2007 13:10:49 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <20070221065546.GB47486@hilbert.chtf.stuba.sk> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> Message-ID: <635408121.20070221131049@cierny.sk> Ja by som teda aspon napisal moju prakticku skusenost pre porovnanie single core a dual core 2 servery: Fujitsu-siemens primergy rx220 - 2x Single Core Opteron, 3 GB RAM, 2xSATA disky v RAID1 Sun Fire X2200 - 2x Dual Core opteron, 3 GB RAM, 2x SATA disky v RAID1 Cize sa servery lisili iba poctom jadier na procesore (zakladne dosky boli podobne sa mi zda :) ) OS: FreeBSD 6.1, Apache2, PHP5, MySQL5 Testoval som webovu PHP aplikaciu, dost narocnu na databazu... Jednoduchy test bolo simulovanie co najviac klientov a robit furt dookola ten isty request na aplikaciu... Vysledkom bolo ze na 32 bit kerneloch bol Sun s dual core cca 2x vykonnejsi nez fujitsu... pri vyssej zatazi az 3x (merala sa priemerna doba generovania stranky) Takze na dual-core pod BSD mam kladny nazor :) --- S pozdravom Pavol ?ierny >> spoustu zajimavych veci. Navic M2 pouziva dvoujadrove Opterony, coz taky >> zvysuje vykon. > ^-- V nedavnej diskusii sme viaceri na zaklade osobnych skusenosti > skonstatovali, ze HT je castejsie na skodu ako na osoh. Velmi by ma > zaujimalo, ako sa v reale spravaju viacjadrove procesory. Ocakaval by som, > ze situacia bude lepsia, ale pravdupovediac neocakavam lepsi pomer > pre:proti ako 1:1. > Na rozdiel od HT bude asi ovela tazsie porovnat, ako sa sprava server s > jednym dvojjadrovym opteronom a s dvomi jednojadrovymi, uz len preto, ze > jadra asi nejde tak jednoducho vypinat a ze by niekto dodaval server s > dvomi jednojadrovymi procesormi, ked existuju dvojjadrove, mi pride ako > nepravdepodobne; leda ze na specialne prianie zakaznika. Ale predsa len: > nemate niekto skusenosti, ako "viacjadrovost" ovplyvnuje vykonnost? > J. Babjak From xdivac02 at stud.fit.vutbr.cz Wed Feb 21 17:04:40 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 21 Feb 2007 17:04:40 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <635408121.20070221131049@cierny.sk> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <635408121.20070221131049@cierny.sk> Message-ID: <20070221160440.GA57808@stud.fit.vutbr.cz> On Wed, Feb 21, 2007 at 01:10:49PM +0100, Pavol ?ierny wrote: > Ja by som teda aspon napisal moju prakticku skusenost pre porovnanie > single core a dual core > > 2 servery: > > Fujitsu-siemens primergy rx220 - 2x Single Core Opteron, 3 GB RAM, 2xSATA disky v RAID1 > > Sun Fire X2200 - 2x Dual Core opteron, 3 GB RAM, 2x SATA disky v RAID1 > > Cize sa servery lisili iba poctom jadier na procesore (zakladne dosky > boli podobne sa mi zda :) ) > > > OS: FreeBSD 6.1, Apache2, PHP5, MySQL5 > > Testoval som webovu PHP aplikaciu, dost narocnu na databazu... > > Jednoduchy test bolo simulovanie co najviac klientov a robit furt > dookola ten isty request na aplikaciu... > > Vysledkom bolo ze na 32 bit kerneloch bol Sun s dual core cca 2x > vykonnejsi nez fujitsu... pri vyssej zatazi az 3x (merala sa priemerna > doba generovania stranky) > > Takze na dual-core pod BSD mam kladny nazor :) dost pochybuju ze rozdil je ciste v "dual core" vs "dual proc". zjevne ty opterony museli byt jine pac 3x vyssi vykon je dost divny... kdyby to bylo o 20% rychlejsi tak tomu uverim ale tohle je divne... From mex at active.sk Wed Feb 21 17:30:33 2007 From: mex at active.sk (MeX) Date: Wed, 21 Feb 2007 17:30:33 +0100 Subject: rackove servery In-Reply-To: <4010061593.20070221121458@cierny.sk> References: <4010061593.20070221121458@cierny.sk> Message-ID: <20070221163033.GA12164@active.sk> On Wed, 2007-Feb-21 at 12:14:58 +0100, Pavol ?ierny wrote: > >> Problem je aj so sietovkami nvidia, lebo su tam 2x broadcom sietovky a > >> 2x nvidia, a BSD najde len broadcomy... tie mi nastastie stacia :) > > V 7-CURRENT je uz nfe driver pre tieto sietovky, resp. tu pozri source a > > postup pre 6.2, je to upraveny OSS driver z OpenBSD: > > > http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html > > > Toto som videl, ale nechcel som s tym sachovat, nejak som tomu driveru > neveril... Lebo riesenie je aby chodilo LOM vyhodit bge driver z > kernelu a pouzivat iba nvidia sietovky... Pozri si ten zdrojak, nie je to dlhe a zdalo sa mi to celkom dobre napisane a transparetne. Predsa len to nie je nejaka prva verzia, vsetky vacsie muchy by uz mali byt vychytane. Kazdopadne ja to tiez zatial nepouzivam v tom mode ako pises a bolo by mi to aj trochu luto. Skoda, ze ten LOM nedali na jednu z tych nfe. Inak verim, ze v 6.3 uz ten driver bude sucastou kernelu. MeX From 000.fbsd at quip.cz Wed Feb 21 19:50:34 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed, 21 Feb 2007 19:50:34 +0100 Subject: Vykonnost viacjadrovych procesorov. [Bolo: Re: rackove servery] In-Reply-To: <20070221160440.GA57808@stud.fit.vutbr.cz> References: <45DB1478.5020308@in.acompp.sk> <20070220164704.GB46894@hilbert.chtf.stuba.sk> <001201c75513$988aa0b0$0201a8c0@BKUBESA> <45DB5D0E.80800@quip.cz> <20070221065546.GB47486@hilbert.chtf.stuba.sk> <635408121.20070221131049@cierny.sk> <20070221160440.GA57808@stud.fit.vutbr.cz> Message-ID: <45DC947A.8030805@quip.cz> Divacky Roman wrote: > On Wed, Feb 21, 2007 at 01:10:49PM +0100, Pavol ?ierny wrote: > >>Ja by som teda aspon napisal moju prakticku skusenost pre porovnanie >>single core a dual core >> >>2 servery: >> >>Fujitsu-siemens primergy rx220 - 2x Single Core Opteron, 3 GB RAM, 2xSATA disky v RAID1 >> >>Sun Fire X2200 - 2x Dual Core opteron, 3 GB RAM, 2x SATA disky v RAID1 >> >>Cize sa servery lisili iba poctom jadier na procesore (zakladne dosky >>boli podobne sa mi zda :) ) >> >> >>OS: FreeBSD 6.1, Apache2, PHP5, MySQL5 >> >>Testoval som webovu PHP aplikaciu, dost narocnu na databazu... >> >>Jednoduchy test bolo simulovanie co najviac klientov a robit furt >>dookola ten isty request na aplikaciu... >> >>Vysledkom bolo ze na 32 bit kerneloch bol Sun s dual core cca 2x >>vykonnejsi nez fujitsu... pri vyssej zatazi az 3x (merala sa priemerna >>doba generovania stranky) >> >>Takze na dual-core pod BSD mam kladny nazor :) > > > dost pochybuju ze rozdil je ciste v "dual core" vs "dual proc". zjevne > ty opterony museli byt jine pac 3x vyssi vykon je dost divny... kdyby to > bylo o 20% rychlejsi tak tomu uverim ale tohle je divne... Kdybys poradne cetl, tak bys pochopil, ze slo o porovnani 2x Singl Core a 2x Dual Core, tedy porovnani dvou jader vs ctyri jadra a vysledkem je to, ze se ta ctyri jadra (celkem ve dvou pozdrech) rozhodne projevi narustem vykonu (narozdil od HT, kde takovyhle narust nenastane). Miroslav Lachman From jimy at kick.sk Thu Feb 22 16:17:58 2007 From: jimy at kick.sk (Robert Popelka) Date: Thu, 22 Feb 2007 16:17:58 +0100 Subject: adaptec controller Message-ID: <45DDB426.1040305@kick.sk> zdravim, mam mensi problem s adaptec hw raidom. Spravil som si raid5 z 8 diskov ... pole sa vytvorilo cez bios utilitu co ma samostatna raid karta. asi po dvoch tyzdnoch pouzivania pola mi zacal hadzat divne errror hlasky ze nevie citat a pod ( nieco ako ked vam odide disk) tak sme ho rebootli. Ked nastartoval zrazu tam pole nebolo... tak fajn ze pozreme co sa stalo .. napisal ze polu raid5 chyba daky disk (member) tak som vosiel do jeho utilitky a pozrel sa na disky a disky tam boli vsetky. moja otazka je ze co s takymto raidom spravit .. resp da sa s tym este daco spravit ? dik -- ----------------- Robert Popelka (jimy) mail : jimy at kick.sk tel. : +421 915 770 987 icq : 120 614 660 irc : irc.kick.sk #talk From salac at certicon.cz Thu Feb 22 16:39:56 2007 From: salac at certicon.cz (Martin Salac) Date: Thu, 22 Feb 2007 16:39:56 +0100 Subject: adaptec controller In-Reply-To: <45DDB426.1040305@kick.sk> References: <45DDB426.1040305@kick.sk> Message-ID: <45DDB94C.8050207@certicon.cz> Robert Popelka wrote: > zdravim, > mam mensi problem s adaptec hw raidom. Spravil som si raid5 z 8 diskov > ... pole sa vytvorilo cez bios utilitu co ma samostatna raid karta. :-) ... predbehnu Dana: * pciconf -lv * dmesg -a * uname -a ... bez toho senehnem dal. Zdravi Martin From jimy at kick.sk Thu Feb 22 17:43:22 2007 From: jimy at kick.sk (Robert Popelka) Date: Thu, 22 Feb 2007 17:43:22 +0100 Subject: adaptec controller In-Reply-To: <45DDB94C.8050207@certicon.cz> References: <45DDB426.1040305@kick.sk> <45DDB94C.8050207@certicon.cz> Message-ID: <45DDC82A.8080707@kick.sk> nech sa paci. hostb0 at pci0:0:0: class=0x060000 card=0x81891043 chip=0x27788086 rev=0x81 hdr=0x00 vendor = 'Intel Corporation' device = 'Server Memory Controller Hub' class = bridge subclass = HOST-PCI pcib1 at pci0:28:0: class=0x060400 card=0x00000040 chip=0x27d08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib3 at pci0:28:4: class=0x060400 card=0x00000040 chip=0x27e08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801GR/GH/GHM (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib4 at pci0:28:5: class=0x060400 card=0x00000040 chip=0x27e28086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801GR/GH/GHM (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI none0 at pci0:29:0: class=0x0c0300 card=0x81901043 chip=0x27c88086 rev=0x01 hdr=0x00 vendor = 'Intel CoFreeBSD backup.yegon.sk 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Fri Jan 12 17:10:08 CET 2007 root at backup.yegon.sk:/usr/obj/usr/src/sys/kernelconf i386 rporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB none1 at pci0:29:1: class=0x0c0300 card=0x81901043 chip=0x27c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB none2 at pci0:29:7: class=0x0c0320 card=0x81901043 chip=0x27cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib5 at pci0:30:0: class=0x060401 card=0x00000050 chip=0x244e8086 rev=0xe1 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0 at pci0:31:0: class=0x060100 card=0x81901043 chip=0x27b88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR (ICH7 Family) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0 at pci0:31:2: class=0x01018a card=0x819e1043 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' class = mass storage subclass = ATA none3 at pci0:31:3: class=0x0c0500 card=0x81901043 chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class = serial bus subclass = SMBus pcib2 at pci1:0:0: class=0x060400 card=0x00000044 chip=0x032c8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6702PXH PCI Express-to-PCI Express Bridge' class = bridge subclass = PCI-PCI aacu0 at pci2:2:0: class=0x010400 card=0x029b9005 chip=0x02869005 rev=0x02 hdr=0x00 vendor = 'Adaptec Inc' device = 'AAC-RAID (Rocket)' class = mass storage subclass = RAID bge0 at pci3:0:0: class=0x020000 card=0x81491043 chip=0x165914e4 rev=0x21 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet bge1 at pci4:0:0: class=0x020000 card=0x81491043 chip=0x165914e4 rev=0x21 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet none4 at pci5:2:0: class=0x030000 card=0x812b1043 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL PCI' class = display subclass = VGA ### FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic1: Changing APIC ID to 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 aacu0: mem 0xfc600000-0xfc7fffff,0xfc5ff000-0xfc5fffff irq 28 at device 2.0 on pci2 aacu0: New comm. interface enabled aacu0: Adaptec Raid Controller 2.0.1-1 pcib3: irq 16 at device 28.4 on pci0 pci3: on pcib3 bge0: mem 0xfc8f0000-0xfc8fffff irq 16 at device 0.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:18:f3:53:67:7f pcib4: irq 17 at device 28.5 on pci0 pci4: on pcib4 bge1: mem 0xfc9f0000-0xfc9fffff irq 17 at device 0.0 on pci4 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:18:f3:53:67:80 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.7 (no driver attached) pcib5: at device 30.0 on pci0 pci5: on pcib5 pci5: at device 2.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcd7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec IP Filter: v4.1.13 initialized. Default = pass all, Logging = enabled ad0: 381554MB at ata0-master SATA150 ad2: 286168MB at ata1-master SATA150 ad3: 78167MB at ata1-slave SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad3s1a Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad3s1b as swap device Starting file system checks: /dev/ad3s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad3s1a: clean, 5340888 free (30216 frags, 663834 blocks, 0.4% fragmentation) /dev/ad3s2d: DEFER FOR BACKGROUND CHECKING /dev/ad2s1d: DEFER FOR BACKGROUND CHECKING Mounting local file systems: WARNING: /home was not properly dismounted mount: /dev/aacdu0s1d : No such file or directory ### FreeBSD backup.yegon.sk 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Fri Jan 12 17:10:08 CET 2007 root at backup.lan:/usr/obj/usr/src/sys/kernelconf i386 ----------------- Robert Popelka (jimy) mail : jimy at kick.sk tel. : +421 915 770 987 icq : 120 614 660 irc : irc.kick.sk #talk Martin Salac wrote: > Robert Popelka wrote: > >> zdravim, >> mam mensi problem s adaptec hw raidom. Spravil som si raid5 z 8 diskov >> ... pole sa vytvorilo cez bios utilitu co ma samostatna raid karta. >> > > :-) > > ... predbehnu Dana: > > * pciconf -lv > * dmesg -a > * uname -a > > ... bez toho senehnem dal. > > Zdravi > > Martin > From jimy at kick.sk Thu Feb 22 17:49:18 2007 From: jimy at kick.sk (Robert Popelka) Date: Thu, 22 Feb 2007 17:49:18 +0100 Subject: adaptec controller In-Reply-To: <45DDB94C.8050207@certicon.cz> References: <45DDB426.1040305@kick.sk> <45DDB94C.8050207@certicon.cz> Message-ID: <45DDC98E.20304@kick.sk> este som si vsimol toto : AAC0> container list Executing: container list Num Total Oth Stripe Scsi Partition Label Type Size Ctr Size Usage C:ID:L Offset:Size ----- ------ ------ --- ------ ------- ------ ------------- 0 RAID-5 1.82TB 256KB UnCfged 0:00:0 64.0KB! 233GB 0:01:0 64.0KB! 233GB 0:02:0 64.0KB: 233GB 0:03:0 64.0KB: 233GB 0:04:0 64.0KB: 233GB 0:05:0 64.0KB: 233GB 0:06:0 64.0KB: 233GB 0:07:0 64.0KB: 233GB cize 2 disky vypadli z toho raidu ale ono tym diskom zrejme nic neni. da sa to dako fixnut ? nemam s tym ziadne skusenosti. dik. ----------------- Robert Popelka (jimy) mail : jimy at kick.sk tel. : +421 915 770 987 icq : 120 614 660 irc : irc.kick.sk #talk Martin Salac wrote: > Robert Popelka wrote: > >> zdravim, >> mam mensi problem s adaptec hw raidom. Spravil som si raid5 z 8 diskov >> ... pole sa vytvorilo cez bios utilitu co ma samostatna raid karta. >> > > :-) > > ... predbehnu Dana: > > * pciconf -lv > * dmesg -a > * uname -a > > ... bez toho senehnem dal. > > Zdravi > > Martin > From dan at obluda.cz Thu Feb 22 19:09:53 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 22 Feb 2007 19:09:53 +0100 Subject: adaptec controller In-Reply-To: <45DDC82A.8080707@kick.sk> References: <45DDB426.1040305@kick.sk> <45DDB94C.8050207@certicon.cz> <45DDC82A.8080707@kick.sk> Message-ID: <45DDDC71.2030407@obluda.cz> Robert Popelka wrote: > aacu0 at pci2:2:0: class=0x010400 card=0x029b9005 chip=0x02869005 > rev=0x02 hdr=0x00 > vendor = 'Adaptec Inc' > device = 'AAC-RAID (Rocket)' > class = mass storage > subclass = RAID > aacu0: mem > 0xfc600000-0xfc7fffff,0xfc5ff000-0xfc5fffff irq 28 at device 2.0 on pci2 > aacu0: New comm. interface enabled > aacu0: Adaptec Raid Controller 2.0.1-1 > ad0: 381554MB at ata0-master SATA150 > ad2: 286168MB at ata1-master SATA150 > ad3: 78167MB at ata1-slave SATA150 Vidim, ze hardware radice system vidi. Ale ve chvili, kdy dojde k hledani disku an jednotlivych radisich, najdou se disky na "obycejnych" radicich, ale na Adaptecu se nenajde nic. Je spise nepravdepodobne, ze by to byla chyba systemu, i kdyz ja bych z 6.2-PRERELEASE uz RELEASE udelal i tak. Takze, ja si myslim, ze radic sam si nemysli, ze je na nem korektne nadefinovanefunkcni diskove pole. Co mu ovsem schazi, to uz nevim. Ale dohodnout se bude treba s radicem - at uz z jeho BUIOSu nebo z utilit, ktere k nemu pod FreeBSD jsou. Nejdnodussi je pole zcela zrusit a vytvorit znovu. Obzvlast jestli neobsahuje nenahraditelna data. A jestli je obsahuje ? To bych hledal podporu Adaptecu nebo odbornika specialne na tyto radice - protoze neodborny zasah muze sanci na pripadnou budouci zachranu dat vyznamne snizit ... Dan From maty at vol.cz Thu Feb 22 22:25:20 2007 From: maty at vol.cz (Marek Matejka) Date: Thu, 22 Feb 2007 22:25:20 +0100 (CET) Subject: adaptec controller In-Reply-To: <45DDC98E.20304@kick.sk> References: <45DDB426.1040305@kick.sk> <45DDB94C.8050207@certicon.cz> <45DDC98E.20304@kick.sk> Message-ID: <20070222222058.A88777@k2.vol.cz> Dobry vecer, znak ! se u pole objevi v pripade, ze v minulosti disk na delsi dobu vypadl z pole, ale nasledne (asi po restartu) byl znovu nadetekovan radicem. Pole sice funguje ale je tam nejaka nekonzistence. Ja bych postupoval takto: - zazalohovat data - jeden disk s ! bych vyradil z pole a znovu nainicializoval - novy disk nastavil jako spare - pokusil se zrebuildit pole - pokud se podarilo zrebuildit, tak to stejne provest i z dalsim diskem - pokud to nelze tak radeji znovu vytvorit cele pole Nez se do toho pustite zajima mne jeste toto: aaccli open aac0: disk show partition a aaccli open aac0: controller details Dekuji Matejka Robert Popelka (2007-02-22 17:49 +0100): > este som si vsimol toto : > > AAC0> container list > Executing: container list > Num Total Oth Stripe Scsi Partition > Label Type Size Ctr Size Usage C:ID:L Offset:Size > ----- ------ ------ --- ------ ------- ------ ------------- > 0 RAID-5 1.82TB 256KB UnCfged 0:00:0 64.0KB! 233GB > 0:01:0 64.0KB! 233GB > 0:02:0 64.0KB: 233GB > 0:03:0 64.0KB: 233GB > 0:04:0 64.0KB: 233GB > 0:05:0 64.0KB: 233GB > 0:06:0 64.0KB: 233GB > 0:07:0 64.0KB: 233GB > cize 2 disky vypadli z toho raidu ale ono tym diskom zrejme nic neni. > da sa to dako fixnut ? nemam s tym ziadne skusenosti. > > dik. > > ----------------- > Robert Popelka (jimy) From jimy at kick.sk Thu Feb 22 22:42:30 2007 From: jimy at kick.sk (Robert Popelka) Date: Thu, 22 Feb 2007 22:42:30 +0100 Subject: adaptec controller In-Reply-To: <20070222222058.A88777@k2.vol.cz> References: <45DDB426.1040305@kick.sk> <45DDB94C.8050207@certicon.cz> <45DDC98E.20304@kick.sk> <20070222222058.A88777@k2.vol.cz> Message-ID: <45DE0E46.7030703@kick.sk> pocul som ze daktore verzie toho biosu su dost spatne kompatibilne s fbsd. no uvidime AAC0> disk show partition Executing: disk show partition Scsi Partition Container MultiLevel C:ID:L Offset:Size Num Type Num Type R/W ------ ------------- --- ------ --- ------ --- 0:00:0 64.0KB: 233GB 0 RAID-5 -1 None RW 0:01:0 64.0KB: 233GB 0 RAID-5 -1 None RW 0:02:0 64.0KB: 233GB 0 RAID-5 -1 None RW 0:03:0 64.0KB: 233GB 0 RAID-5 -1 None RW 0:04:0 64.0KB: 233GB 0 RAID-5 -1 None RW 0:05:0 64.0KB: 233GB 0 RAID-5 -1 None RW 0:06:0 64.0KB: 233GB 0 RAID-5 -1 None RW 0:07:0 64.0KB: 233GB 0 RAID-5 -1 None RW a Executing: open "aac0" AAC0> controller details Executing: controller details Controller Information ---------------------- Remote Computer: . Device Name: AAC0 Controller Type: Adaptec 2820SA Access Mode: READ-WRITE Controller Serial Number: Last Six Digits = 515E15 Number of Buses: 1 Devices per Bus: 15 Controller Physical Slot: 3 Controller CPU: MIPS Controller CPU Speed: 200 Mhz Controller Memory: 128 Mbytes Battery State: Unknown Adapter Alarm State: Event Alarm Disabled Component Revisions ------------------- CLI: 5.1-0 (Build #6763) API: 5.1-0 (Build #6763) Miniport Driver: 5.1-0 (Build #9117) Controller Software: 5.1-0 (Build #9117) Controller BIOS: 5.1-0 (Build #9117) Controller Firmware: (Build #9117) Controller Hardware: 2.64 ----------------- Robert Popelka (jimy) mail : jimy at kick.sk tel. : +421 915 770 987 icq : 120 614 660 irc : irc.kick.sk #talk Marek Matejka wrote: > Dobry vecer, znak ! se u pole objevi v pripade, ze v minulosti disk na delsi > dobu vypadl z pole, ale nasledne (asi po restartu) byl znovu nadetekovan > radicem. Pole sice funguje ale je tam nejaka nekonzistence. Ja bych > postupoval takto: > > - zazalohovat data > - jeden disk s ! bych vyradil z pole a znovu nainicializoval > - novy disk nastavil jako spare > - pokusil se zrebuildit pole > - pokud se podarilo zrebuildit, tak to stejne provest i z dalsim diskem > - pokud to nelze tak radeji znovu vytvorit cele pole > > Nez se do toho pustite zajima mne jeste toto: > > aaccli open aac0: disk show partition > > a > > aaccli open aac0: controller details > > Dekuji > > Matejka > > Robert Popelka (2007-02-22 17:49 +0100): > > >> este som si vsimol toto : >> >> AAC0> container list >> Executing: container list >> Num Total Oth Stripe Scsi Partition >> Label Type Size Ctr Size Usage C:ID:L Offset:Size >> ----- ------ ------ --- ------ ------- ------ ------------- >> 0 RAID-5 1.82TB 256KB UnCfged 0:00:0 64.0KB! 233GB >> 0:01:0 64.0KB! 233GB >> 0:02:0 64.0KB: 233GB >> 0:03:0 64.0KB: 233GB >> 0:04:0 64.0KB: 233GB >> 0:05:0 64.0KB: 233GB >> 0:06:0 64.0KB: 233GB >> 0:07:0 64.0KB: 233GB >> cize 2 disky vypadli z toho raidu ale ono tym diskom zrejme nic neni. >> da sa to dako fixnut ? nemam s tym ziadne skusenosti. >> >> dik. >> >> ----------------- >> Robert Popelka (jimy) >> From forma at mail.forma.sk Fri Feb 23 12:17:56 2007 From: forma at mail.forma.sk (forma) Date: Fri, 23 Feb 2007 12:17:56 +0100 Subject: Havarie systemu Intel Message-ID: <003901c7573c$45371300$b443a0c2@lforma.sk> Zdravim, mam server Intel s doskou SE7520JR2 - z casu na cas, sa zasekne tak, ze je ho treba napvrdo restartovat. Zvlasne je, za sa to stava vzdy mimo pracovneho casu, ked je najmensia zataz - vecer, v noci... Zo standardnych logov sa neda nic zistit. Neporadil by mi niekto diagnosticky sw, ktory by mi pomohol odhalit pricinu? Dakujem Zdeno From 000.fbsd at quip.cz Fri Feb 23 14:17:30 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 23 Feb 2007 14:17:30 +0100 Subject: Havarie systemu Intel In-Reply-To: <003901c7573c$45371300$b443a0c2@lforma.sk> References: <003901c7573c$45371300$b443a0c2@lforma.sk> Message-ID: <45DEE96A.206@quip.cz> forma wrote: > Zdravim, > > mam server Intel s doskou SE7520JR2 - z casu na cas, sa zasekne tak, > ze je ho treba napvrdo restartovat. Zvlasne je, za sa to stava vzdy mimo > pracovneho casu, ked je najmensia zataz - vecer, v noci... Zo > standardnych logov sa neda nic zistit. > Neporadil by mi niekto diagnosticky sw, ktory by mi pomohol odhalit > pricinu? Mozna to neni az tak prekvapujici, on totiz v noci ten system dostava docela "zahul" pri udrzbovych rutinach, jejichz vysledkem je pak daily report a security report. Takze pokud je to neco okolo disku (disky, radice, ale treba i napajeni) a server vytuhne prave v dobe techto rutin, tak to neni vytuhnuti "kdyz nic nedela". Zkuste nejaky strestest na CPU a disky (to neni zas tak tezke najit v portech - staci nejaky benchmark) a pripadne memtest. Miroslav Lachman From zongo at seznam.cz Sun Feb 25 21:25:27 2007 From: zongo at seznam.cz (=?us-ascii?Q?zongo=20zongo?=) Date: Sun, 25 Feb 2007 21:25:27 +0100 (CET) Subject: =?us-ascii?Q?Tiskarna=20HP=20Business=20InkJet=201100?= Message-ID: <546.620-4404-420705045-1172435127@seznam.cz> Zdravim. Nemate nekdo zkusenosti s rozchozenim tiskarny HP Business InkJet 1100 pres USB pod FreeBSD? Pri pokusu poslat testovaci stranku z CUPS, vidim neoblomnou hlasku: USB port busy; will retry in 30 seconds... Diky Zongo From freebsd-users-l at wilbury.sk Sun Feb 25 21:35:50 2007 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Sun, 25 Feb 2007 21:35:50 +0100 Subject: Tiskarna HP Business InkJet 1100 In-Reply-To: <546.620-4404-420705045-1172435127@seznam.cz> References: <546.620-4404-420705045-1172435127@seznam.cz> Message-ID: <45E1F326.70307@wilbury.sk> zongo zongo wrote: > Zdravim. > > Nemate nekdo zkusenosti s rozchozenim tiskarny HP Business InkJet 1100 pres USB pod FreeBSD? Pri pokusu poslat testovaci stranku z CUPS, vidim neoblomnou hlasku: > > USB port busy; will retry in 30 seconds... Driver ulpt nema interfejs pre select(), ktory je pouzivany v CUPS. CUPS totiz cita data z ulpt, co by teda robit nemal/nemusel a nasledkom toho select() timeoutuje a CUPS si mysli, ze dochadza k chybe. Niekto by sa mohol podujat a vyrazit to odtial, aby sa to pod FreeBSD nepouzivalo. Urobil by som to sam, avsak nemam nikde printserver pod FreeBSD. otis -- Juraj Lutter | /\ ASCII Ribbon Campaign otis (at) wilbury.sk | \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail From dan at obluda.cz Sun Feb 25 22:35:59 2007 From: dan at obluda.cz (Dan Lukes) Date: Sun, 25 Feb 2007 22:35:59 +0100 Subject: Tiskarna HP Business InkJet 1100 In-Reply-To: <45E1F326.70307@wilbury.sk> References: <546.620-4404-420705045-1172435127@seznam.cz> <45E1F326.70307@wilbury.sk> Message-ID: <45E2013F.7040501@obluda.cz> Juraj Lutter napsal/wrote, On 02/25/07 21:35: > Driver ulpt nema interfejs pre select(), ktory je pouzivany v CUPS. CUPS > totiz cita data z ulpt, co by teda robit nemal/nemusel a nasledkom toho > select() timeoutuje a CUPS si mysli, ze dochadza k chybe. > > Niekto by sa mohol podujat a vyrazit to odtial, aby sa to pod FreeBSD > nepouzivalo. Urobil by som to sam, avsak nemam nikde printserver pod > FreeBSD. No, a druha vec, kterou by nekdo aktivni s volnym casem mohl udelat je zajistit uniformni chovani select() na tech descriptorech, ktere ho nepodporuji. Jak jsem vyrozumel, ulpt ho nepodporuje zpusobem "timeoutuje i kdyz jsou data k dispozici". ugen ho pro zmenu nepodporuje stylem "hlasi pripravenost descriptoru i kdyz data nejsou" ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From xdivac02 at stud.fit.vutbr.cz Mon Feb 26 10:47:02 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 26 Feb 2007 10:47:02 +0100 Subject: Tiskarna HP Business InkJet 1100 In-Reply-To: <45E1F326.70307@wilbury.sk> References: <546.620-4404-420705045-1172435127@seznam.cz> <45E1F326.70307@wilbury.sk> Message-ID: <20070226094702.GA7109@stud.fit.vutbr.cz> On Sun, Feb 25, 2007 at 09:35:50PM +0100, Juraj Lutter wrote: > zongo zongo wrote: > > Zdravim. > > > > Nemate nekdo zkusenosti s rozchozenim tiskarny HP Business InkJet 1100 pres USB pod FreeBSD? Pri pokusu poslat testovaci stranku z CUPS, vidim neoblomnou hlasku: > > > > USB port busy; will retry in 30 seconds... > > Driver ulpt nema interfejs pre select(), ktory je pouzivany v CUPS. CUPS > totiz cita data z ulpt, co by teda robit nemal/nemusel a nasledkom toho > select() timeoutuje a CUPS si mysli, ze dochadza k chybe. co presne zanmena ze ulpt nema interface pro select() ? se mi nezda ze by select() byl nejak hw specific. select() je vicemene omacka kolem fo_poll() coz je per-class operace implementovana pro ruzne filesystemy atp. kdyz nekdo udela select na /dev/ulpt tak by se mela pouzit ta fo_poll() rutina z devfs. kdo a co chape blbe? diky From dan at obluda.cz Mon Feb 26 11:27:06 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 26 Feb 2007 11:27:06 +0100 Subject: Tiskarna HP Business InkJet 1100 In-Reply-To: <20070226094702.GA7109@stud.fit.vutbr.cz> References: <546.620-4404-420705045-1172435127@seznam.cz> <45E1F326.70307@wilbury.sk> <20070226094702.GA7109@stud.fit.vutbr.cz> Message-ID: <45E2B5FA.8080208@obluda.cz> Divacky Roman napsal/wrote, On 02/26/07 10:47: >> Driver ulpt nema interfejs pre select(), ktory je pouzivany v CUPS. CUPS > select() je ... > per-class operace implementovana pro ruzne filesystemy atp. > kdo a co chape blbe? Rekl bych, ze se mylis v tvrzeni "poll() je operace implementovana pro ruzne filesystemy". Ve skutecnosti plati, ze "poll() je operace implementovana pro ruzna zarizeni" - a to uz je skoro totez, co tvrdit, ze poll() (a tedy select) je hw-specific. A to uz je odpoved na tvrzeni: > se mi nezda ze by select() byl nejak hw specific. Tady nekde patrne je koren problemu. Konkretne hardware "tiskarna pres USB" rizena ovladacem "ulpt" nema poll() implementovany a pouziva genericky a prazdny nopoll(). Popravde receni mi neni uplne jasne, jak by mohl byt poll generickou rutinou nezavislou na zarizeni a hardware. Jak chces na neznamem zarizeni obecne zjistit, jestli jsou v nejakem obecnem datovem kanale pripravena data na cteni, kdyz samotny pojem "datovy kanal" neni genericky a zavisi na konkretnim ovladaci (a tedy hardware) ? Jen si ale s odstupem casu prestavam myslet, ze v ulpt je select() implemntovan tak, ze blokuje jak to naznacoval puvodni prispevek. Spis to bude stejne jako v ugen - on neblokuje, naopak, okamzite ohlasi pripravenost deskriptoru - a zablokuje se tedy az nasledne zavolany read(). Spravna implementace neblokujiciho cteni na FreeBSD's ULPT a UGEN - a asi i dalsich USB pouzivajicich genericke USB rutiny - proste nevede pres select, ale pres ioctl USB_SET_TIMEOUT a blokujici read() - on se stejne pozadavek na neblokujici operace s descriptorem tise ignoruje a obsluhuje se jako blokujici. Jednoduse receno - neblokujici operace nejsou pro tato zarizeni k dispozici. Misto nich lze pouzit "blokujici cteni s timeoutem". Dokonce bych mozna odvazne rekl, ze ono to snad obecne ani lepe nejde (cimz nepopiram, ze v konkretnich pripadech to muze byt jinak). Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From xdivac02 at stud.fit.vutbr.cz Mon Feb 26 11:53:17 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 26 Feb 2007 11:53:17 +0100 Subject: Tiskarna HP Business InkJet 1100 In-Reply-To: <45E2B5FA.8080208@obluda.cz> References: <546.620-4404-420705045-1172435127@seznam.cz> <45E1F326.70307@wilbury.sk> <20070226094702.GA7109@stud.fit.vutbr.cz> <45E2B5FA.8080208@obluda.cz> Message-ID: <20070226105317.GA20113@stud.fit.vutbr.cz> On Mon, Feb 26, 2007 at 11:27:06AM +0100, Dan Lukes wrote: > Divacky Roman napsal/wrote, On 02/26/07 10:47: > >> Driver ulpt nema interfejs pre select(), ktory je pouzivany v CUPS. CUPS > > > select() je > ... > > per-class operace implementovana pro ruzne filesystemy atp. > > > kdo a co chape blbe? > > Rekl bych, ze se mylis v tvrzeni "poll() je operace implementovana pro > ruzne filesystemy". Ve skutecnosti plati, ze "poll() je operace > implementovana pro ruzna zarizeni" - a to uz je skoro totez, co tvrdit, > ze poll() (a tedy select) je hw-specific. A to uz je odpoved na tvrzeni: nedival jsem se na poll() (ale predpokladam ze to bude fungovat uplne stejne) select() vola kern_select() ktery vola selscan() ktery vola fo_poll(), coz je operace definovana v struct fileops{} coz je fs-specific kde delam chybu? navic si nemyslim, ze by bylo nutne aby hw nejak sdeloval pollu ze ma pripraveny data. proc by to nemohlo fungovat tak ze hw nacte data, "nejak" ( interrupt thread, PIO, jakkoliv) je supne do bufferu ktery je genericky pro VFS a poll() operuje nad checkovanim tech bufferu ve VFS? jsou tam mensi implementacni detaily jakoze poll nad socketama musi delat principielne neco kapanek jineho nez poll nad lokalnim souborem. ale podstatou je ze to operuje nad generickou vrstvou a ne nad hw driverem. pokud v tedle analyze mam chybu tak ocenim kdyz mi dane napises kde, dik :) > > se mi nezda ze by select() byl nejak hw specific. > > Tady nekde patrne je koren problemu. > > Konkretne hardware "tiskarna pres USB" rizena ovladacem "ulpt" nema > poll() implementovany a pouziva genericky a prazdny nopoll(). no... nemuze todle byt rozdil mezi poll() a select(), ze poll() je fakt per character device a select() je jak popisuju vyse obecny? pac je fakt ze cdevsw obsahuje pointer na poll rutinu. neni mi ale jasne proc by se to takhle melo lisit. > Popravde receni mi neni uplne jasne, jak by mohl byt poll generickou > rutinou nezavislou na zarizeni a hardware. Jak chces na neznamem > zarizeni obecne zjistit, jestli jsou v nejakem obecnem datovem kanale > pripravena data na cteni, kdyz samotny pojem "datovy kanal" neni > genericky a zavisi na konkretnim ovladaci (a tedy hardware) ? viz vyse > Jen si ale s odstupem casu prestavam myslet, ze v ulpt je select() > implemntovan tak, ze blokuje jak to naznacoval puvodni prispevek. Spis > to bude stejne jako v ugen - on neblokuje, naopak, okamzite ohlasi > pripravenost deskriptoru - a zablokuje se tedy az nasledne zavolany read(). ja si myslim ze ten select() funguje obecne na VFS vrstve zatimco ten poll() je fakt character device specific. netusim proc to tak je ale rekl bych ze je to fakt ;( kazdoapdne. pokud CUPS pouziva select() tak to nevysvetluje proc by chybejici poll() mel vadit From dan at obluda.cz Mon Feb 26 12:30:29 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 26 Feb 2007 12:30:29 +0100 Subject: Tiskarna HP Business InkJet 1100 In-Reply-To: <20070226105317.GA20113@stud.fit.vutbr.cz> References: <546.620-4404-420705045-1172435127@seznam.cz> <45E1F326.70307@wilbury.sk> <20070226094702.GA7109@stud.fit.vutbr.cz> <45E2B5FA.8080208@obluda.cz> <20070226105317.GA20113@stud.fit.vutbr.cz> Message-ID: <45E2C4D5.60303@obluda.cz> Divacky Roman napsal/wrote, On 02/26/07 11:53: > select() vola kern_select() ktery vola selscan() ktery vola fo_poll(), coz je operace > definovana v struct fileops{} coz je fs-specific A take nasledne device-specific. Cimz je zrejme, ze nemuze byt soucasne hw-nezavisly, jak's predpokladal. Takze tady vidim nejake nedorozumeni v soucasnem tvrzeni, ze nevidis hardwarovou zavislost. > navic si nemyslim, ze by bylo nutne aby hw nejak sdeloval pollu > ze ma pripraveny data. proc by to nemohlo fungovat tak ze hw nacte data, "nejak" ( > interrupt thread, PIO, jakkoliv) je supne do bufferu ktery je genericky pro VFS To by nemohlo. "Nacist data" je operace, ktera uz muze mit konkretni fyzicky efekt na stav dotceneho zarizeni. ze jit o zarizeni typu "dotaz-odpoved", kdy je treba na ctena data v urcenem case nejak zareagovat (odpovedi, potvrzenim a pod.). A to uz jasne znamena, ze "skutecne cist" si muze dovolit jen takovy kod, ktery zna konkretni zarizeni natolik, aby se dokazal rozhodnout, jestli si takove cteni v dane chvili a kontextu muze dovolit. > pokud v tedle analyze mam chybu tak ocenim kdyz mi dane napises kde, dik :) To je snadne ;-) Chyba je v tom, ze "cteni" povazujes za "nevinnou operaci", kterou lze provest kdykoliv, ale ono ji na obecnem hardware neni. Mimochodem, i kdyby to nahodou byla pravda, dostat byses s touto uvahou do vaznych potizi hned o okamzik pozdeji - jak bys obecne resil select() na zapis ? >> Konkretne hardware "tiskarna pres USB" rizena ovladacem "ulpt" nema >> poll() implementovany a pouziva genericky a prazdny nopoll(). > > no... nemuze todle byt rozdil mezi poll() a select(), ze poll() je fakt per > character device a select() je jak popisuju vyse obecny? pac je fakt ze > cdevsw obsahuje pointer na poll rutinu. neni mi ale jasne proc by se to takhle > melo lisit. Ne, v tomhle mas pravdu - select() je jen jiny interface k poll(). Jde o dva pristupy k teze informaci - zda ma zarizeni data ke cteni (zda je pripraveno akceptovat data zapisem). A to je informace, kterou zarizeni bud' da nejak k dispozici, nebo neda. A kdyz neda, tak neni. V tomhle rozdil mezi select() a poll() nespocita. Kdyz je jedno, muze byt i druhe, pokdu ale zarizeni informaci neposkytuje, nebuze existoval realne funkcni poll(), ktery by ji zpristuponoval aplikaci a nemuze ani existovat skutecne funkcni select(). > pokud CUPS pouziva select() tak to nevysvetluje proc by chybejici > poll() mel vadit Protoze chybejici poll() znamena chybejici select(). Tedy, abychom byli presni - aktualni implementace nopoll() ve vysledku znamena, ze select() okamzite oznami pripravenost zarizeni pro cteni - a nasledny, s duverou zavolany read(), ktery mel byt neblokujici (podle select()u urcite nejaka data jsou) se potvora zablokuje. Pokud ovsem cely system pocita s tim, ze soustava select()/read() je neblokujici muze zablokovani znamenat vazny problem pro celkovou funkcnost aplikace. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From cejkar at fit.vutbr.cz Mon Feb 26 17:00:02 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Mon, 26 Feb 2007 17:00:02 +0100 Subject: Tiskarna HP Business InkJet 1100 In-Reply-To: <546.620-4404-420705045-1172435127@seznam.cz> References: <546.620-4404-420705045-1172435127@seznam.cz> Message-ID: <20070226160002.GA8883@fit.vutbr.cz> zongo zongo wrote (2007/02/25): > Nemate nekdo zkusenosti s rozchozenim tiskarny HP Business InkJet 1100 > pres USB pod FreeBSD? Pri pokusu poslat testovaci stranku z CUPS, > vidim neoblomnou hlasku: > USB port busy; will retry in 30 seconds... Zkuste port print/hplip. Uspesne mi bezi sitovy tisk na jednom serveru pres hplip + cups pro HP 1100A na LPT a pro HP 5510 na USB, az se tomu docela divim. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From zongo at seznam.cz Tue Feb 27 08:41:23 2007 From: zongo at seznam.cz (=?us-ascii?Q?zongo=20zongo?=) Date: Tue, 27 Feb 2007 08:41:23 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20Tiskarna=20HP=20Business=20InkJet=201100?= In-Reply-To: <20070226160002.GA8883@fit.vutbr.cz> Message-ID: <537.611-14924-373603555-1172562083@seznam.cz> > Zkuste port print/hplip. Uspesne mi bezi sitovy tisk na jednom serveru > pres hplip + cups pro HP 1100A na LPT a pro HP 5510 na USB, az se tomu > docela divim. Zkusim -- momentane mam nainstaovany hpijs + cups, ale jak uz jsem psal, pres USB to nejede (a podle reakci zkusenejsich mam pocit, ze ani nepojede). Bohuzel, na notebooku nemam rozchozeny ani paralelni port. Pri bootu mi hlasi: ppc0: parallel port not found. V kernelu mam podporu zapnutou, ale proste to nejde: # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device Zongo From magnitudo at o2active.cz Tue Feb 27 14:21:51 2007 From: magnitudo at o2active.cz (magnitudo at o2active.cz) Date: Tue, 27 Feb 2007 14:21:51 +0100 Subject: Kontrola disku na vadne bloky pred vytvorenim filesystemu Message-ID: <973bff0973f0ba.973f0ba973bff0@iol.cz> Chtel bych se zeptat, jak se tento problem resi pod FreeBSD. Nepodarilo se mi nalezt uspokojive reseni. Myslim neco analogickeho jako treba u Linuxu: mke2fs -c . Nemohu se zbavit pocitu, ze kdyz pridam novy disk a provedu bsdlabel (nebo sysinstall), tak ze mohu nahravat na spatne bloky. Moc bych nespolehal na to, ze si to sam disk osetri, pokud jsem dobre informovan. Nebo je to nejak jinak osetreno? Diky Frost From cejkar at fit.vutbr.cz Tue Feb 27 14:48:30 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Tue, 27 Feb 2007 14:48:30 +0100 Subject: Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <973bff0973f0ba.973f0ba973bff0@iol.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> Message-ID: <20070227134830.GA19987@fit.vutbr.cz> magnitudo at o2active.cz wrote (2007/02/27): > Nemohu se zbavit pocitu, ze kdyz pridam novy disk a provedu bsdlabel > (nebo sysinstall), tak ze mohu nahravat na spatne bloky. Soucasne disky vadne bloky mit nesmi. > Moc bych nespolehal na to, ze si to sam disk > osetri, pokud jsem dobre informovan. SMART a smartmontools. Ne vsichni vyrobci maji firmware plne funkcni, ale chybu hlasi vsechny disky, co jsem potkal. Jen u nekterych je treba je vytahnout ven z pocitace a projet je servisni utilitou vyrobce, jine se s premapovanim vadnych sektory vyporadaji samy. Pokud vadny sektor zustava, je to duvod k reklamaci. > Nebo je to nejak jinak osetreno? Kontrola vadnych bloku pri vytvareni souboroveho systemu je prakticky k nicemu. U novych disku se nema cenu tim zabyvat a u starsich disku je potreba je stejne zkontrolovat servisni utilitou vyrobce. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From kolar.radim at gmail.com Tue Feb 27 14:50:35 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Tue, 27 Feb 2007 14:50:35 +0100 Subject: Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <973bff0973f0ba.973f0ba973bff0@iol.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> Message-ID: <707e14750702270550w338a97begdaf2907438fc2b51@mail.gmail.com> zkusit napr. toto /usr/ports/sysutils/dt/ pokud bude disk hlasit chyby, vyreklamovat ho. From rajo at platon.sk Tue Feb 27 15:12:24 2007 From: rajo at platon.sk (Lubomir Host) Date: Tue, 27 Feb 2007 15:12:24 +0100 Subject: zapnutie ACL na UFS Message-ID: <20070227141224.GI13296@platon.sk> Zdravim, mam cerstvo zinstalovany FreeBSD server 6.2-RELEASE a potreboval by som zapnut ACL. Prebehol som manualy k ACL, fstab, mount a som zmateny. Skusal som najprv analogicky (podla vzoru linuxu) spravit remount: mount -o remount,rw,acls /data Ale remount ako sa zda FreeBSD nevie. Teda by som mal asi odpojit a pripojit spat. Ale to pokial nemusim nechcem robit na produkcnom serveri. Na inom serveri (FreeBSD 6.0-RELEASE-p6) vidim vo vypise mount toto: /dev/mirror/m1s2d on /data (ufs, local, soft-updates, acls) ale v /etc/fstab nevidim ziadne 'acls'. A to je prave to, co mam matie. Mate nejaky hinty? Idealne, ak by sa dali ACL zapnut bez restartu servera (presnejsie bez odpojenia fs)? Dik, rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From xdivac02 at stud.fit.vutbr.cz Tue Feb 27 15:25:08 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 27 Feb 2007 15:25:08 +0100 Subject: zapnutie ACL na UFS In-Reply-To: <20070227141224.GI13296@platon.sk> References: <20070227141224.GI13296@platon.sk> Message-ID: <20070227142508.GA13330@stud.fit.vutbr.cz> On Tue, Feb 27, 2007 at 03:12:24PM +0100, Lubomir Host wrote: > Zdravim, > > mam cerstvo zinstalovany FreeBSD server 6.2-RELEASE a potreboval by som > zapnut ACL. Prebehol som manualy k ACL, fstab, mount a som zmateny. > Skusal som najprv analogicky (podla vzoru linuxu) spravit remount: > > mount -o remount,rw,acls /data -o update? From cejkar at fit.vutbr.cz Tue Feb 27 15:38:10 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Tue, 27 Feb 2007 15:38:10 +0100 Subject: zapnutie ACL na UFS In-Reply-To: <20070227141224.GI13296@platon.sk> References: <20070227141224.GI13296@platon.sk> Message-ID: <20070227143810.GA35924@fit.vutbr.cz> Lubomir Host wrote (2007/02/27): > /dev/mirror/m1s2d on /data (ufs, local, soft-updates, acls) > ale v /etc/fstab nevidim ziadne 'acls'. A to je prave to, co mam matie. ACL lze zapnout jak mount volbou, tak i zapisem do superbloku pres tunefs, coz je ponekud odolnejsi reseni, takze to urcite nechat. > Mate nejaky hinty? Idealne, ak by sa dali ACL zapnut bez restartu > servera (presnejsie bez odpojenia fs)? Ja vzdycky pisu mount -u -o ... -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From rajo at platon.sk Tue Feb 27 15:39:39 2007 From: rajo at platon.sk (Lubomir Host) Date: Tue, 27 Feb 2007 15:39:39 +0100 Subject: zapnutie ACL na UFS In-Reply-To: <20070227142508.GA13330@stud.fit.vutbr.cz> References: <20070227141224.GI13296@platon.sk> <20070227142508.GA13330@stud.fit.vutbr.cz> Message-ID: <20070227143939.GJ13296@platon.sk> On Tue, Feb 27, 2007 at 03:25:08PM +0100, Divacky Roman wrote: > On Tue, Feb 27, 2007 at 03:12:24PM +0100, Lubomir Host wrote: > > Zdravim, > > > > mam cerstvo zinstalovany FreeBSD server 6.2-RELEASE a potreboval by som > > zapnut ACL. Prebehol som manualy k ACL, fstab, mount a som zmateny. > > Skusal som najprv analogicky (podla vzoru linuxu) spravit remount: > > > > mount -o remount,rw,acls /data > > -o update? Super, to funguje. A mozem to teda dopisat aj priamo do /etc/fstab? Aby som to mal aj po reboote? rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From 000.fbsd at quip.cz Tue Feb 27 19:50:23 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 27 Feb 2007 19:50:23 +0100 Subject: zapnutie ACL na UFS In-Reply-To: <20070227143810.GA35924@fit.vutbr.cz> References: <20070227141224.GI13296@platon.sk> <20070227143810.GA35924@fit.vutbr.cz> Message-ID: <45E47D6F.6080505@quip.cz> Rudolf Cejka wrote: > Lubomir Host wrote (2007/02/27): > >>/dev/mirror/m1s2d on /data (ufs, local, soft-updates, acls) >>ale v /etc/fstab nevidim ziadne 'acls'. A to je prave to, co mam matie. > > > ACL lze zapnout jak mount volbou, tak i zapisem do superbloku pres > tunefs, coz je ponekud odolnejsi reseni, takze to urcite nechat. > > >>Mate nejaky hinty? Idealne, ak by sa dali ACL zapnut bez restartu >>servera (presnejsie bez odpojenia fs)? > > > Ja vzdycky pisu mount -u -o ... jeste je tam vhodne tusim `mount -u -o current` pokud clovek nechce prijit o vsechny options, ktere mel nastavene a chce jen zmenit nejakou stavajici (napriklad z noexec na exec atp.) Miroslav Lachman From 000.fbsd at quip.cz Tue Feb 27 19:44:27 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 27 Feb 2007 19:44:27 +0100 Subject: Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <20070227134830.GA19987@fit.vutbr.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> <20070227134830.GA19987@fit.vutbr.cz> Message-ID: <45E47C0B.2010806@quip.cz> Rudolf Cejka wrote: > magnitudo at o2active.cz wrote (2007/02/27): > >>Nemohu se zbavit pocitu, ze kdyz pridam novy disk a provedu bsdlabel >>(nebo sysinstall), tak ze mohu nahravat na spatne bloky. > > > Soucasne disky vadne bloky mit nesmi. > > >>Moc bych nespolehal na to, ze si to sam disk >>osetri, pokud jsem dobre informovan. > > > SMART a smartmontools. Ne vsichni vyrobci maji firmware plne funkcni, > ale chybu hlasi vsechny disky, co jsem potkal. Jen u nekterych je treba > je vytahnout ven z pocitace a projet je servisni utilitou vyrobce, jine > se s premapovanim vadnych sektory vyporadaji samy. Pokud vadny sektor > zustava, je to duvod k reklamaci. > > >>Nebo je to nejak jinak osetreno? > > > Kontrola vadnych bloku pri vytvareni souboroveho systemu je > prakticky k nicemu. U novych disku se nema cenu tim zabyvat > a u starsich disku je potreba je stejne zkontrolovat servisni > utilitou vyrobce. Tomu bych si dovolil trochu oponovat - on prave nekdy i ten uplne novy disk uz muze obsahovat vadne bloky a je lepsi to zjistit hned, nez az po pul roce, kdy se na to misto poprve zapise. Takze ja nove disky radeji cele prepisu (napriklad dd if=/dev/zero of=/dev/ad0 bs=3m nebo neco podobneho) a pak teprve instaluji / reklamuji ;) Miroslav Lachman From dan at obluda.cz Tue Feb 27 22:45:46 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 27 Feb 2007 22:45:46 +0100 Subject: zapnutie ACL na UFS In-Reply-To: <20070227141224.GI13296@platon.sk> References: <20070227141224.GI13296@platon.sk> Message-ID: <45E4A68A.5000107@obluda.cz> Lubomir Host napsal/wrote, On 02/27/07 15:12: > Skusal som najprv analogicky (podla vzoru linuxu) spravit remount: > mount -o remount,rw,acls /data > Ale remount ako sa zda FreeBSD nevie. Teda by som mal asi odpojit Takova uplne nevinna jedovatost - je sice dobre vyuzit znalosti z Linuxu, ale je to treba delat trochu opatrneji. To, co je potreba napsat uplne stejne jako na Linuxu neni "mount" ale "man mount" ... Pro dalsi pripadne prikazy analogicky. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Wed Feb 28 00:42:52 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 28 Feb 2007 00:42:52 +0100 Subject: [LONG !] Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <973bff0973f0ba.973f0ba973bff0@iol.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> Message-ID: <45E4C1FC.7050803@obluda.cz> magnitudo at o2active.cz napsal/wrote, On 02/27/07 14:21: > Chtel bych se zeptat, jak se tento problem resi pod FreeBSD. Nepodarilo se mi > nalezt uspokojive reseni. Myslim neco analogickeho jako treba u Linuxu: mke2fs -c . > Nemohu se zbavit pocitu, ze kdyz pridam novy disk a provedu bsdlabel (nebo sysinstall), > tak ze mohu nahravat na spatne bloky. Moc bych nespolehal na to, ze si to sam disk > osetri, pokud jsem dobre informovan. Ja si trochu pustim hubu na spacir. Jen takovy sled par poznatku a uvah. Mozna si z toho nekdo neco rozumneho vyberete. Kdo vite jak disky a interakce OS s nimi funguje, anito nectete, nic noveho tady pro vas nebude. Disky ve skutecnosti s moznosti vady pocitaji. Proto jsou ulozena data zabezpecena samoopravnymi kody. Chyby prvni vznikaji nepresnosti vystaveni hlavy, mirnymi odchylkami v rychlosti rotace, rusenim, drobnymi otresy a jinymi podobnymi nahodnymi jevy. Takove chyby jsou zcela bezne, prvni uroven samoopravnych mechanismu se s nimi vyrovna a tak nemaji zadny pozorovatelny vnejsi efekt a typicky nemaji ani zadny vnitrni dopad. Z pohledu "uzivatele disku" se vyskyt teto udalosti vlastne ani za chybu nepovazuje - jednak je to prilis "bezna" vec, jednak se o ni nedozvedi. Co se nepodari opravit na prvni urovni postupuje do druheho kola oprav. Sem se dostavaji zavaznejsi problemy, mj. vady media ci zaznamu na nej. I zde se pouzivaji samoopravne kody, ale slozitejsi a delsi dobu trvajici vypocet, ktery umoznuje opravit vetsi chyby nez "rychla analyza" v prvnim kole. V nouzi nejvyssi pak muze disk sahnout i k opakovanemu media. Chyby druhe urovne uz maji vliv navenek. Krome zpozdeni v dodani dat je vnejsimu svetu poskytnuta informace o vzniku teto situace i explicitne. I pripade, ze se chybu podari napravit obsahuje zaverecny operace informaci "opravena chyba". A samozrejme, nepovede-li se oprava, je vysledkem operace "neopravitelna chyba". Tim se OS muze dozvedet o chybach drive, nez se stanou neopravitelnymi. FreeBSD vytvori LOG hlasku o "soft error", ktera se, podle nastaveni v SYSLOGu objevi v prislusnych LOG souborech, na konzoli, a pripadne v nocnich hlasenich. Pozor, dneska se z disku malokdy cte jediny sektor - cislo sektoru uvedene v takove hlasce je obvykle prvni cislo bloku sektoru, se kterymi se pracovalo. Ale nelze zjistit, ke kteremu z nich se chyba/varovani vztahovalo presne. Varovani/ozmaneni chyby ale neni vsechno. Prakticky vsechny soucasne disku (a "soucasne" dnes zahrnuje uz i disky hezkych par let stare) obsahuji "nahradni sektory" a cele "nahradni stopy". Tyto sektory nejsou bezne dostupne. Jejich pocet se lisi podle typu disku a je to udaj, ktery obvykle neni verejne zjistitelny, ale patrne je typicky pomerne velky - mam duvod odhadovat, ze by typicky mohlo jit o vice nez promile a mene nez procento celkove kapacity disku. Disk, ktery zjisti pri zapisu neopravitelnou chybu media takovy sektor vyradi a misto nej zacne pouzivat nektery z nahradnich. Ucini tak tise, bez toho, ze o tom uzivatele nejak informuji. Vyjimku z "tise" mohou tvorit disky podporujici S.M.A.R.T - prostrednictvim tohoto protokolu disk MUZE dat k dispozici informaci o tom, ze k nejakym relokacim v historii disku doslo. Ale nemusi. Pripadna moznost zjistit "kolikrat" uz je pak vyslovene proprietarni zalezitost. U cteni je situace jina - neopravitelne chyby pri cteni konci chybou, ale relokace se neprovadi. Sektor ale muze/nemusi byt oznacen jako uncorrectable/pending coz vyvola jeho nepodminenou relokaci pri pristim zapisu (nezkouma se tedy, jestli by novy zapis dat do sektoru problem nevyresil). Opravitelna chyba muze vyvolat zpetny zapis vypoctenych opravenych dat zpet na medium, do stejneho nebo nahradniho sektoru. Nicmene, presne chovani disku je proprietarni a neverejna zalezitost a ruzne disky mohou (ne)relokovat i na zaklade jinych (ci dalsich) podminek. "Specialni" testovaci utility vyrobce ve skutecnosti nejsou nic magickeho - typicky vyuzivaji zcela standardni pristupove funkce. Takova typicka testovaci rutina disk proste pouze precte. V lepsim pripade, narazi-li na problem, zapise prectena data zpet, coz pripadne vyvola vnitrni relokaci. Typickym vysledkem testovaci utility vyrobce tedy je "disk bez zavad" (ti poctivejsi nekdy, pokud neco najdou, "nalezene zavady uspesne opraveny"). Soucasne FreeBSD nepocita s trvalym vyskytem na disku. Kdysi se s takovou moznosti pocitalo a OS obsahoval nejake automaticke reakce na vyskyt takove udalosti, ale mam dojem, ze nekde v oblasti prechodu 3.x->4.x byla "podpora behu na vadnych discich" odstranena. Nicmene, stale zustala moznost vadny sektor izolovat "rucne" (man badsect) - to je ale mozne jen u vadnych sektoru, ktere nepadly "do nevhodneho mista" (to ale do znacne miry platilo i pro puvodni system). --------------- Tolik tedy informace, aby si kazdy mohl svoji cestu rozmyslet sam. A jak jsem si to rozmyslel ja ? Aktualni stav disku lze zjistit jeho kompletnim prectenim. Jak soft tak hard error - i kdyby jen jedna - jsou signalem, ze disk neni vhodny pro dulezita data. I v pripade, ze cteni zadnou chybu nezjisti, neni to dukaz, ze disk za sebou nema pohnutou historii - muze obsahovt desitky i stovky relokovanych sektoru. Pokud nam informaci o nich neposkytne S.M.A.R.T. (a jak jsem psal, i kdyz tam je, tak nemusi, a i kdyz poskytne, nemusi tak udelat detailnim zpusobem) mame smulu. Konsolidaci disku (ukryti pripadnych problemu) lze dosahnout zapisem do vsech sektoru - pripadne problematicke sektory budou relokovany. Na rozdil od cteni, ktere o stavu disku poskytne alespon nejakou informaci, zapis je v tomto ohledu bezcenny - on chyby neukaze - proste je "odstrani" (ve skutecnosti ukryje). Tedy - vyjma pripadu, kdy zapis skutecne nejakou chybu ukaze - pak je ale disk nejspis v prevelice spatnem stavu a pro ukladani dat nevhodny. "Specialni utility od vyrobce" neudelaji nic lepsiho a tedy jejich pouziti vetsinou nic zajimaveho neprinese. Na discich, ktere maji S.M.A.R.T. lze take vyvolat vnitrni test. co dela presne ten se nevi, patrne udela jen proste cteni celeho disku, tedy totez co "uzivatelske precteni", ale uskodit to spis nemuze. "Predformatovaci" kontrola "podle Dana" tedy spociva v precteni a nasledne zapsani vsech sektoru (oboji pomoci dd) a je-li S.M.A.R.T. tak vyvolani vnitrniho long testu - a kontrole udaju, ktere S.M.A.R.T. poskytne - budou-li nejake pouzitelne. "Provozni" kontrola je velmi omezena - k dispozici jsou pouze varovani o soft-error. Plus to, co poskytne S.M.A.R.T. Predpokladejme, ze chyba, ktera nevznikla "nasilim" je chyba postupne se objevujici a bude vcas oznamena takto nez se stane neopravitelnou. Chyby vznikle nasilim (mechanicky naraz, prepeti v napajeni, upadla cteci hlava a pod.) sice budou "bez varovani neopravitelne", ale ty stejne nelze predikovat otestovanim disku. Tak si z toho neco vyberte ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From hrabec at naxo.net Wed Feb 28 08:24:14 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Wed, 28 Feb 2007 08:24:14 +0100 (CET) Subject: [LONG !] Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <45E4C1FC.7050803@obluda.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> <45E4C1FC.7050803@obluda.cz> Message-ID: <50755.172.20.8.1.1172647454.squirrel@email.naxo.net> > Predpokladejme, ze chyba, ktera nevznikla "nasilim" je chyba postupne > se objevujici a bude vcas oznamena takto nez se stane neopravitelnou. > Chyby vznikle nasilim (mechanicky naraz, prepeti v napajeni, upadla > cteci hlava a pod.) sice budou "bez varovani neopravitelne", ale ty > stejne nelze predikovat otestovanim disku. > > Tak si z toho neco vyberte ... > > Dan Ackoliv jsem nebyl tazatelem v pripade tohoto problemu, chtel bych i presto za tento sourhn zkusenosti podekovat. Pepa. From 000.fbsd at quip.cz Wed Feb 28 11:35:11 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed, 28 Feb 2007 11:35:11 +0100 Subject: [LONG !] Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <45E4C1FC.7050803@obluda.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> <45E4C1FC.7050803@obluda.cz> Message-ID: <45E55ADF.8060204@quip.cz> Dan Lukes wrote: > magnitudo at o2active.cz napsal/wrote, On 02/27/07 14:21: [...] > Tolik tedy informace, aby si kazdy mohl svoji cestu rozmyslet sam. A > jak jsem si to rozmyslel ja ? > > Aktualni stav disku lze zjistit jeho kompletnim prectenim. Jak soft tak > hard error - i kdyby jen jedna - jsou signalem, ze disk neni vhodny pro > dulezita data. I v pripade, ze cteni zadnou chybu nezjisti, neni to > dukaz, ze disk za sebou nema pohnutou historii - muze obsahovt desitky i > stovky relokovanych sektoru. Pokud nam informaci o nich neposkytne > S.M.A.R.T. (a jak jsem psal, i kdyz tam je, tak nemusi, a i kdyz > poskytne, nemusi tak udelat detailnim zpusobem) mame smulu. A kdyz uz jsi to tak pekne rozepsal, tka jen doplnim osobni zkusenost: SATA disky Seagate ve SMARTu poskytuji informaci o realokovanych sektorech a jejich poctu. (konkretne jsem s tim mel zkusenost na nejakych discich v lonskem roce, patrne rada Barracuda 7200.10) Jak to tak vypada, tak Samsung tuto informaci neposkytuje - na nekolika jsem zaznamenal vyskyt soft-error / pending sector, ale po prepsani celeho disku pouze zmizela informace o pending sector, k informaci o realokaci vsak nedoslo. Mozna se jednalo o jiny typ chyby, ktery nevyzadoval realokaci. Tezko rict. Disky jsou pro me takovy "blackbox"... Jinak bych take jeste zminil, ze prilisny pocet realokovanych sektoru ma negativni vliv na rychlost disku, kdyz pak hlavicky musi prejizdet pro cteni realokovanyho sektoru jinam, nez kde by se obvykle nachazely pri kontinualnim cteni / zapisu, ale slusny prodejce / vyrobce uzna reklamaci disku i v pripade realokovanych sektoru, zapsanych ve SMARTU. Preci jen, i kdyz jsou na to dnesni disky pripravene, nic dobreho to nevesti. Miroslav Lachman From dan at obluda.cz Wed Feb 28 13:37:06 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 28 Feb 2007 13:37:06 +0100 Subject: Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <45E55ADF.8060204@quip.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> <45E4C1FC.7050803@obluda.cz> <45E55ADF.8060204@quip.cz> Message-ID: <45E57772.3020404@obluda.cz> Miroslav Lachman wrote: > A kdyz uz jsi to tak pekne rozepsal, tka jen doplnim osobni zkusenost: > SATA disky Seagate ve SMARTu poskytuji informaci o realokovanych > sektorech a jejich poctu. (konkretne jsem s tim mel zkusenost na > nejakych discich v lonskem roce, patrne rada Barracuda 7200.10) Smula je, ze S.M.A.R.T. je pomerne malo standardizovany a tak je to skutecne "disk od disku". Jedine, co je jiste - poskytuje jednobitovou informaci "parametry disku se ocitly mimo vyrobcem stanovene meze". Ty jednotlive detailni polozky, ktere lze ziskat "navic", jsou jen omezene obecne pouzitelne. RAW hodnota je ciste proprietarni, a "cooked" hodnota je bezrozmerny udaj, ze ktereho lze poznat "v mezich"/"mimo meze" ale jinak to neukazuje nic exaktniho. A jak jsem cet' draft budouci verze, bude to jeste horsi. > slusny prodejce / vyrobce uzna > reklamaci disku i v pripade realokovanych sektoru, zapsanych ve SMARTU. Malokdy staci, aby takovy sektor byl jen jeden. Jak Samsung nevim, Maxtor (disk - tj. Seagate jako vyrobce) nechtel disk vymenit na zaklade SMART dat dokud pocet vadnych relokovanych sektoru neprekroci "failing" mez podle (tehoz) SMART. Ze se jich zrelokovalo 30 jen za posledni mesic (a s kazdym se skuetcne ztratilo pul kila dat) dostatecny argument nebyl. Nemam v umyslu rozpoutat zde flamewar na tema "nejlepsi disky". Ale moje duvera v cokoliv od Seagate je dlohodobe (tim myslim vic nez deset let) nizka, vyjma duvery v nizkou cenu. Spolehlivejsi se mi jevi byt WD. Nicmene, duvera je individualni zalezitost. Dan From cejkar at fit.vutbr.cz Wed Feb 28 13:43:21 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Wed, 28 Feb 2007 13:43:21 +0100 Subject: [LONG !] Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <45E4C1FC.7050803@obluda.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> <45E4C1FC.7050803@obluda.cz> Message-ID: <20070228124320.GA46370@fit.vutbr.cz> Dan Lukes wrote (2007/02/28): > bezne dostupne. Jejich pocet se lisi podle typu disku a je to udaj, > ktery obvykle neni verejne zjistitelny, ale patrne je typicky pomerne > velky - mam duvod odhadovat, ze by typicky mohlo jit o vice nez promile > a mene nez procento celkove kapacity disku. U jednoho 230 GB disku mi smartctl rika, ze je na 87 % s 387 realokovanymi sektory. V tomto pripade by se tedy spis jednalo o promile promili z celkove kapacity disku. Bohuzel ale nemame zadny disk, u ktereho by se dojelo az na nulu, a to ani u doby zivotnosti (vidavam 7 az 15 let), a je otazka, co se stane pak. Zatim se vsechny ostatni disky staly nepouzitelne ponekud drive. > "Specialni utility od vyrobce" neudelaji nic lepsiho a tedy jejich > pouziti vetsinou nic zajimaveho neprinese. No nevim, ale mit v ruce nastroj, ktery slouzi jako oficialni podklad pro reklamace disku, to mi pripada jako velmi podstatny prinos, a to casove i financne. Nebo i obracene - kdyz mi servisni utilita u jednoho disku pise, ze se behem provozu prilis prehral, tak uz predem tusim, ze se nema smysl snazit o reklamaci, ale ze musim udelat opatreni k tomu, aby se situace uz nemohla opakovat (pozor na diskove supliky a spatne vetrane krabice pocitacu - pak je dobre navic alespon sledovat provozni teplotu disku). Vsechny poznamky v textu k proprietarnostem jsou totiz vic nez dulezite, protoze jen servisni utilita vi, jak disk ve skutecnosti funguje a jak vsechny udaje spravne interpretovat. V soucasne dobe postupujeme tak, ze kazdy den nechame delat smart short testy (obdoba quick testu servisnich utilit - kontrola elektroniky a vystavovani hlavicek s ctenim par sektoru a dalsi drobnosti), jednou tydne long testy (navic on-line cteni celeho disku). Pokud ma disk odejit, tak at odejde co nejdrive... Jednou tydne take kompletni smartctl vypisy, aby se dal sledovat vyvoj disku (jestli treba prilis nepribyvaji read a seek error rate a dalsi). Pak podle typu disku a jeho vyrobce pri vyskytu chyby trvalejsiho razu, napr. zminovanych pending sektoru, zkusime nejdriv za plneho provozu nejmene bolestny smart offline test. U nekterych disku to pro jejich opravu staci. V pripade neuspechu je dalsim krokem dlouhy cteci test v servisni utilite. Opet, u nekterych disku to pro opraveni chyb staci. Pokud ani to nezabere, nasleduje celkove obcerstveni disku jeho prepsanim sebou samym a pokud nezabere ani to, nasleduje navrat na zacatek. Nejhure dva pruchody staci pro opravu chyb a rozhodnuti, zda disk i nadale pouzivat (plati hlavne pro disky pod trvalou zatezi). Pro ruzne typy disku je samozrejme mozne na zaklade predchozich zkusenosti postupy upravovat, zejmena vynechanim kroku, u kterych lze ocekavat, ze nepomohou. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From kolar.radim at gmail.com Wed Feb 28 14:08:45 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Wed, 28 Feb 2007 14:08:45 +0100 Subject: FreeBSD obdoba linuxoveho Kernel Traffic Message-ID: <707e14750702280508m1edc8797n5a21e8a10cdd0c22@mail.gmail.com> existuje nejaka FreeBSD obdoba linuxoveho Kernel Traffic? Tedy krome subscribnuti do cvs mailing listu. Pred lety nekdo neco podobneho delal na http://www.xl0.org/FreeBSD/ ale ted uz je to mrtvy. V cestine existuje docela hezky serial http://www.abclinuxu.cz/clanky/jaderne-noviny pro Linux. Musim rici, ze po precteni tohoto serialu a seznameni se ze zpusobem vyvoje Linuxu (zda se ze zcela opustili koncept vyvojove vetve, meneni api ve stabilni verzi, neustale prepisovani subsystemu) jsem rad ze uz ho nikde nemam. Je fakt, ze FreeBSD ma taky sve problemy (napr. nicmoc podpora usb), ale ty mne v provozu na serverech nevadi. Osobne jsem s 6.2 spokojen. From dan at obluda.cz Wed Feb 28 14:40:48 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 28 Feb 2007 14:40:48 +0100 Subject: [LONG !] Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <20070228124320.GA46370@fit.vutbr.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> <45E4C1FC.7050803@obluda.cz> <20070228124320.GA46370@fit.vutbr.cz> Message-ID: <45E58660.1030204@obluda.cz> Rudolf Cejka wrote: > U jednoho 230 GB disku mi smartctl rika, ze je na 87 % s 387 realokovanymi > sektory. V tomto pripade by se tedy spis jednalo o promile promili z celkove I to je mozne. Dalsi otazka je, jestli "cooked" hodnota 87 opravdu znamena 87%. >> "Specialni utility od vyrobce" neudelaji nic lepsiho a tedy jejich >> pouziti vetsinou nic zajimaveho neprinese. > > No nevim, ale mit v ruce nastroj, ktery slouzi jako oficialni podklad > pro reklamace disku, to mi pripada jako velmi podstatny prinos, a to casove No, ja vetsinou potrebuju rekamovat disk driv, nez definitivne odejde - a v te chvili vetsina verejen dostupnych "oficianich" utilit stale sebevedome tvrdi "disk naprosto v poradku". Nevim, jak by mi tetno vysledek testu mohl poslouzit jako podklad pro reklamaci. A ve chvili, kdy uz mi vady na nem hlasi "kde co" mi ta utilita nic noveho nerekne - a ten, komu disk k rekalmaci davam si ji stejne spusti. Nicmene, o tom bych tu nerad diskutoval. Proste - me nikdy servisni utilita v nicem nepomohla. A pri reklamaci uz vubec ne. A take mi nikdy nerekla nic, co by mi nerekly jine verejne dostupne nastroje, takze jsem vyjadril nazor, ze shanet nekde Windows abych si mohl spustit vyrobcovu utilitu pro kontrolu sveho disku z FreeBSD mi pripada jako ztrata casu. Naopak - nejcastejsi problem, ktery mam je, jak reklamovat disk, o kterem servisni utilita vyrobce (kterou lze jen tezko povazovat za objektivniho arbitra, protoz ji napsal vyrobce, ktery se nepochybne nebude snazit uzivatele "zbytecne znepokojovat problemy, ktere lze zamaskovat") tvrdi, ze je naprosto v poradku - az na to, ze mi z nej za mesic nenavratne zmizelo 30 sektoru dat, coz me, na rozdil od "oficialni utility" problemem byt pripada (reseni je jednoduche - takovy disk se musi - samozrejme naprosto sam, rozbit uplne - pak uz s reklamaci problem neni, protoze tuto vadu pripusti jako problem i "oficialni utilita") ... Nicmene, respektuji tvoji odlisnou zkusenost. > Nebo i obracene - kdyz mi servisni utilita u jednoho disku > pise, ze se behem provozu prilis prehral, tak uz predem tusim, ze se nema > smysl snazit o reklamaci, ale ze musim udelat opatreni k tomu, aby se situace Jenze, tutez informaci mi uz davno pred tim predal smartd - preci nebudu preventivne jednou tydne restartovat server do Windows, abych si spustil servisni utilitu od vyrobce ... > V soucasne dobe postupujeme ... > opravu staci. V pripade neuspechu je dalsim krokem dlouhy cteci test > v servisni utilite. Opet, u nekterych disku to pro opraveni chyb staci. S tvym postupem nelze nesouhlasit - ja jen vynechavam onu "servisni utilitu" a postupuji rovnou k prepsani disku. Jedine s cim nesouhlasim je termin "oprava chyby". Ta vada na disku stale je, jen se vice ci mene dokonale zamaskuje. Jeji zamaskovani ale preci nema zadny vliv na to jak hluboce jsem nebo nejsem v konkretnim pripade znepokojen faktem, ze se na disku objevuji vady. Pocitac, ve kterem jsem se rozhodl nemoci si dovolit disky, na kterych se objevuji vadne sektory si disk, na kterem se takove vady objevuji nemohu dovolit ani pote, co se tyto vady "zamaskuji". Nicmene, asi jsem se vyjadril nepresne. Ja od pouzivani oficialnich verejnosti dostupnych servisnich testovacich programu nezrazuji. Jen jsem prezentoval nazor, ze informace jimi poskytnute lze ziskat jinak (a casto spolehliveji, protoze nezavisly postup nekontrolovany vyrobcem netrpi obavou "ze zbytecneho znepokojovani uzivatele"). Opravne postupy utilitou pouzivane lze stejne spolehlive take vyvolat jinak. No a muj nazor na prospesnost vystupu takove utility pri reklamaci je, zrejme, take ponekud odlisny. Ale opravdeu jsem nemel primarne v umyslu jakoukoliv konkretni oficialni testovaci utilitu jakkoliv znevazit. Navic, neni asi smyslem teto debaty abys ty presvedcil me nebo ja tebe. Kazdy si muzem ponechat svuj nazor - a ostatni at si vyberou podle sve natury. Navic, je pravda, ze nemohu mluvit za veskere servisni utility. Nakonec, disassembloval jsem jen tu od Quantumu, WD a Seagate a jedine o tech tedy mohou prohlasit, ze nic "navic", nepostradatelneho, jinak (a portabilne) nedostupneho, neprinaseji. U ostatnich to samozrejme muze byt naprosto jinak. Dan From dan at obluda.cz Wed Feb 28 14:43:00 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 28 Feb 2007 14:43:00 +0100 Subject: FreeBSD obdoba linuxoveho Kernel Traffic In-Reply-To: <707e14750702280508m1edc8797n5a21e8a10cdd0c22@mail.gmail.com> References: <707e14750702280508m1edc8797n5a21e8a10cdd0c22@mail.gmail.com> Message-ID: <45E586E4.8080807@obluda.cz> Radim Kolar wrote: > existuje nejaka FreeBSD obdoba linuxoveho Kernel Traffic? Co je, pro nas, co nemame s vyvojem jadra Linuxu osobni zkusenost, "Kernel Traffic" ? Dan From xdivac02 at stud.fit.vutbr.cz Wed Feb 28 15:04:04 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 28 Feb 2007 15:04:04 +0100 Subject: FreeBSD obdoba linuxoveho Kernel Traffic In-Reply-To: <707e14750702280508m1edc8797n5a21e8a10cdd0c22@mail.gmail.com> References: <707e14750702280508m1edc8797n5a21e8a10cdd0c22@mail.gmail.com> Message-ID: <20070228140404.GA71334@stud.fit.vutbr.cz> On Wed, Feb 28, 2007 at 02:08:45PM +0100, Radim Kolar wrote: > existuje nejaka FreeBSD obdoba linuxoveho Kernel Traffic? Tedy krome > subscribnuti > do cvs mailing listu. Pred lety nekdo neco > podobneho delal na http://www.xl0.org/FreeBSD/ ale ted uz je to mrtvy. ja kazde rano (resp. dopoledne :) ) vstanu uvarim ci caj a mrkni na cvs-src webove rozhrani k mailing listu kde vidim co se commitlo. tech commitu neni tolik a aspon mne to prijde zajimave. mensi traffic je na planet.xbsd.org kde jsou agregovane blogy nekterych fbsd vyvojaru. taky je dobre sledovat current/hackers/arch a obzvlast HEADS UP zpravy. nicmene je fakt ze komunikace zevnitr projektu ven (co kdy a proc se commitne) je velmi mizerna. a ty digesty co psal ten clovek na tom url byly kapku nepresne nektere veci pomijel atak. rozhodne to bylo fajn pro potechu oka ale za bernou minci bych to urco nemel roman p.s. jeste je celkem pekne sledovat p4 repo. clovek se dozvi o mnoha zajimavych projektech popr. jejich vyvoji From rajo at platon.sk Wed Feb 28 15:05:49 2007 From: rajo at platon.sk (Lubomir Host) Date: Wed, 28 Feb 2007 15:05:49 +0100 Subject: FreeBSD obdoba linuxoveho Kernel Traffic In-Reply-To: <45E586E4.8080807@obluda.cz> References: <707e14750702280508m1edc8797n5a21e8a10cdd0c22@mail.gmail.com> <45E586E4.8080807@obluda.cz> Message-ID: <20070228140549.GS13296@platon.sk> On Wed, Feb 28, 2007 at 02:43:00PM +0100, Dan Lukes wrote: > Radim Kolar wrote: > > existuje nejaka FreeBSD obdoba linuxoveho Kernel Traffic? > > Co je, pro nas, co nemame s vyvojem jadra Linuxu osobni zkusenost, > "Kernel Traffic" ? "Slohova praca" o tom, co je nove v jadre v ktorej verzii, kto sa s kym a kvoli comu pohadal (samozrejme ohladom kodu, implementacie alebo licencie) a tak. Ja to citam celkom rad. Je to zhusteny prehlad o novikach, co sa chystaju. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From xdivac02 at stud.fit.vutbr.cz Wed Feb 28 15:11:59 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 28 Feb 2007 15:11:59 +0100 Subject: FreeBSD obdoba linuxoveho Kernel Traffic In-Reply-To: <45E586E4.8080807@obluda.cz> References: <707e14750702280508m1edc8797n5a21e8a10cdd0c22@mail.gmail.com> <45E586E4.8080807@obluda.cz> Message-ID: <20070228141159.GA73114@stud.fit.vutbr.cz> On Wed, Feb 28, 2007 at 02:43:00PM +0100, Dan Lukes wrote: > Radim Kolar wrote: > > existuje nejaka FreeBSD obdoba linuxoveho Kernel Traffic? > > Co je, pro nas, co nemame s vyvojem jadra Linuxu osobni zkusenost, > "Kernel Traffic" ? masturbacni pomucka pro ty mene stastne z nas, kteri pouzivaji linux :) From hrabec at naxo.net Wed Feb 28 15:26:12 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Wed, 28 Feb 2007 15:26:12 +0100 (CET) Subject: OT FreeBSD obdoba linuxoveho Kernel Traffic In-Reply-To: <20070228141159.GA73114@stud.fit.vutbr.cz> References: <707e14750702280508m1edc8797n5a21e8a10cdd0c22@mail.gmail.com> <45E586E4.8080807@obluda.cz> <20070228141159.GA73114@stud.fit.vutbr.cz> Message-ID: <54686.172.20.8.1.1172672772.squirrel@email.naxo.net> >> >> Co je, pro nas, co nemame s vyvojem jadra Linuxu osobni zkusenost, >> "Kernel Traffic" ? > > masturbacni pomucka pro ty mene stastne z nas, kteri pouzivaji linux :) jo jo, tuhle jsem se u nas v praci pokusil na jeden neprilis vyznamy server nainstalovat misto linuxu FreeBSD a se zlou jsem se potazal... vsichni ti, kdoz pouzivaji vyse uvedene "pomucky" :) bezeli ihned lobovat k vedeni, aby se tak co nejdrive zasadilo o zruseni... From cejkar at fit.vutbr.cz Wed Feb 28 18:14:26 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Wed, 28 Feb 2007 18:14:26 +0100 Subject: [LONG !] Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <45E58660.1030204@obluda.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> <45E4C1FC.7050803@obluda.cz> <20070228124320.GA46370@fit.vutbr.cz> <45E58660.1030204@obluda.cz> Message-ID: <20070228171426.GA85376@fit.vutbr.cz> Dan Lukes wrote (2007/02/28): > No, ja vetsinou potrebuju rekamovat disk driv, nez definitivne odejde - > a v te chvili vetsina verejen dostupnych "oficianich" utilit stale > sebevedome tvrdi "disk naprosto v poradku". Nevim, jak by mi tetno Servisni utilita mi dokonce obcas nabidne reklamacni kod i v dobe, kdy nasledne celkove obcerstveni disku prochazi zcela bez problemu (to uz ale zkousim jen po uplynuti reklamacni doby :o), takze tak i tak, a proto delam oba kroky a podle disku a recidivy problemu zkousim ruzne moznosti a poradi. > vysledek testu mohl poslouzit jako podklad pro reklamaci. A ve chvili, Zcela jednoduse a bez problemu. Prectu si, co mi servisni utilita oznami, ze mam udelat. V praxi to znamena opsat si oznameny reklamacni kod a predat ho prodejci spolu s prislusnym diskem, aby mi ho mohl vymenit za jiny. > kdy uz mi vady na nem hlasi "kde co" mi ta utilita nic noveho nerekne - No nevim, ale zrovna podklady pro reklamaci jsem jeste nicim jinym generovat nevidel. > a ten, komu disk k rekalmaci davam si ji stejne spusti. ... a utilita mu disk opravi a ohlasi, ze vse je v poradku, takze prodejce mi vrati stejny disk s tim, ze disk je v poradku ;o) Tohle parkrat udelam a muzu se zacit stehovat k jinemu dodavateli, protoze mi uz nebude chtit prodat zadny dalsi disk, nebo mi nasadi takovou cenu, ze jinde bych koupil za polovic :o) > nerekla nic, co by mi nerekly jine verejne dostupne nastroje, takze jsem > vyjadril nazor, ze shanet nekde Windows abych si mohl spustit vyrobcovu > utilitu pro kontrolu sveho disku z FreeBSD mi pripada jako ztrata casu. Stahnu z webu iso image pro vypaleni na CD nebo binarni image pro primy zapis na floppy disk, nabootuju a utilita se spusti v DOSu. Zadne Windows (i kdyz taky by to nekdy asi slo) a zadne FreeBSD. > Jenze, tutez informaci mi uz davno pred tim predal smartd - preci Nepredal, bohuzel mi v tomto pripade nic neposlal a ve vypisech smartctl jsem nic tak jednoznacneho a neoddiskutovatelneho nenasel. A jestli ona hlaska pochazi od servisni utility nebo odnekud z nebe, to uz potrebu zjistovat nemam. Stejne bych to v te zmeti programoveho kodu urcite prehledl nebo nepochopil. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From kolar.radim at gmail.com Thu Mar 1 12:06:36 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Thu, 1 Mar 2007 12:06:36 +0100 Subject: [LONG !] Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <20070228124320.GA46370@fit.vutbr.cz> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> <45E4C1FC.7050803@obluda.cz> <20070228124320.GA46370@fit.vutbr.cz> Message-ID: <707e14750703010306x5c730adcpc3d63f7907972555@mail.gmail.com> >Pokud ani to nezabere, nasleduje celkove obcerstveni disku jeho prepsanim >sebou samym a pokud nezabere ani to, nasleduje navrat na zacatek. jak tohleto dela online, aniz by se disk musel odmountovat? Jelikoz jsou ve FreeBSD disky char a nikoliv block devices, je nejak zarucena konzistence cache? From cejkar at fit.vutbr.cz Thu Mar 1 13:00:10 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Thu, 1 Mar 2007 13:00:10 +0100 Subject: [LONG !] Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <707e14750703010306x5c730adcpc3d63f7907972555@mail.gmail.com> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> <45E4C1FC.7050803@obluda.cz> <20070228124320.GA46370@fit.vutbr.cz> <707e14750703010306x5c730adcpc3d63f7907972555@mail.gmail.com> Message-ID: <20070301120010.GA68710@fit.vutbr.cz> Radim Kolar wrote (2007/03/01): > >Pokud ani to nezabere, nasleduje celkove obcerstveni disku jeho prepsanim > >sebou samym a pokud nezabere ani to, nasleduje navrat na zacatek. > jak tohleto dela online, aniz by se disk musel odmountovat? Jelikoz > jsou ve FreeBSD disky char a nikoliv block devices, je nejak zarucena > konzistence cache? On-line nechavame delat jen smart testy. Pro servisni utilitu a jejich prepis disky vytahujeme. Nezavisle na OS. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From xdivac02 at stud.fit.vutbr.cz Thu Mar 1 13:11:38 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Thu, 1 Mar 2007 13:11:38 +0100 Subject: [LONG !] Kontrola disku na vadne bloky pred vytvorenim filesystemu In-Reply-To: <707e14750703010306x5c730adcpc3d63f7907972555@mail.gmail.com> References: <973bff0973f0ba.973f0ba973bff0@iol.cz> <45E4C1FC.7050803@obluda.cz> <20070228124320.GA46370@fit.vutbr.cz> <707e14750703010306x5c730adcpc3d63f7907972555@mail.gmail.com> Message-ID: <20070301121138.GA19468@stud.fit.vutbr.cz> On Thu, Mar 01, 2007 at 12:06:36PM +0100, Radim Kolar wrote: > >Pokud ani to nezabere, nasleduje celkove obcerstveni disku jeho prepsanim > >sebou samym a pokud nezabere ani to, nasleduje navrat na zacatek. > jak tohleto dela online, aniz by se disk musel odmountovat? Jelikoz > jsou ve FreeBSD disky char a nikoliv block devices, je nejak zarucena > konzistence cache? vsechny zarizeni jsou char ve fbsd... resp. se to merglo a rozlisovat to uz nedava smysl... From xdivac02 at stud.fit.vutbr.cz Fri Mar 2 10:12:51 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 2 Mar 2007 10:12:51 +0100 Subject: zajimava informace o procfs/pseudofs Message-ID: <20070302091251.GA40852@stud.fit.vutbr.cz> zdravim zrovna jsem narazil na zajimavou informaci. kdyz mate v kernelu (tj. loadly modul nebo staticky v kernelu) pseudofs (pouzity na ruzne procfs atd.) tak se pomerne dost zpomali exit kazdeho procesu. takze pokud nepotrebujete procfs tak ho poslete do ....... a hlavne dejte pryc pseudofs z kernelu. podotykam ze v GENERIC pseudofs je. doufam ze tahle informace k necemu nekomu bude :) roman From ivo at vutbr.cz Fri Mar 2 10:41:41 2007 From: ivo at vutbr.cz (Ivo Hazmuk) Date: Fri, 02 Mar 2007 10:41:41 +0100 Subject: zajimava informace o procfs/pseudofs In-Reply-To: <20070302091251.GA40852@stud.fit.vutbr.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> Message-ID: <45E7F155.4050201@vutbr.cz> Ahoj, Divacky Roman wrote: > zrovna jsem narazil na zajimavou informaci. kdyz mate v kernelu > (tj. loadly modul nebo staticky v kernelu) pseudofs (pouzity na ruzne > procfs atd.) tak se pomerne dost zpomali exit kazdeho procesu. mohl bys uvest zdroj informace? Jinak je zdrojem agentura JPP. > doufam ze tahle informace k necemu nekomu bude :) Vypada to, ze to bude dalsi duvod, proc opustit FreeBSD :-((( FreeBSD 6.1 je v podstate nepouzitelne a 6.2 neni o moc lepsi. To je osobni zkusenost. Ivosh From freebsd-users-l at wilbury.sk Fri Mar 2 10:53:49 2007 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Fri, 02 Mar 2007 10:53:49 +0100 Subject: zajimava informace o procfs/pseudofs In-Reply-To: <45E7F155.4050201@vutbr.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> <45E7F155.4050201@vutbr.cz> Message-ID: <45E7F42D.9040708@wilbury.sk> Ivo Hazmuk wrote: > FreeBSD 6.1 je v podstate nepouzitelne a 6.2 neni o moc lepsi. To je > osobni zkusenost. Linux je nepouzitelny od roku 1993 a predsa ho vela ludi znasilnuje do produkcie. Nasa nadej spociva v rychlom rozsireni platformy OpenSolaris. Tolko moje "IMHO" :-) otis -- Juraj Lutter | /\ ASCII Ribbon Campaign otis (at) wilbury.sk | \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail From dan at obluda.cz Fri Mar 2 11:08:42 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 02 Mar 2007 11:08:42 +0100 Subject: zajimava informace o procfs/pseudofs In-Reply-To: <20070302091251.GA40852@stud.fit.vutbr.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> Message-ID: <45E7F7AA.90108@obluda.cz> Divacky Roman napsal/wrote, On 03/02/07 10:12: > takze pokud nepotrebujete procfs tak ho poslete do ....... a hlavne > dejte pryc pseudofs z kernelu. podotykam ze v GENERIC pseudofs je. Tohle plati naprosto obecne. Pokud v jadre nepotrebujete komponentu XY, nema tam byt. Neplati to jen pro jadro. Obdobne to plati pro nainstalovane programy v systemu. A cele tohle pravidlo neni nijak specificky platne jen pro FreeBSD - plati zcela obecne ... Duvodu jsou vykonostni, bezpecnostni, stabilitni ... Nakonec, modularita jadra se vyrazne zlepsila, takze dnes uz neni nutne mit konkretni komponentu (plati pro vetsinu komponent) v jadre jen proto "co kdybych ji nekdy v budoucnosti nahodou potreboval". Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From jan_dusatko at post.cz Fri Mar 2 11:46:20 2007 From: jan_dusatko at post.cz (=?iso-8859-2?B?SmFuIER1ueF0a28=?=) Date: Fri, 2 Mar 2007 11:46:20 +0100 Subject: Novy patch pro 6.2 a problem pri bootu In-Reply-To: <45E7F42D.9040708@wilbury.sk> Message-ID: <000801c75cb8$03a5e4d0$6c01a8c0@relict> Zdravim vcera jsem po rebuildu kernelu z 6.2-p0 na 6.2-p2 zazil neprijemnou zkusenost. Updatnuty loader nebyl schopen nacist kernel a cyklicky se rebootoval, dokud jsem nedorazil k zakaznikovi. Jediny mozny postup, F1 pri rebootu a zvolit loader.old. Jedna se o server Fujitsu Siemens - prikladam vypis z dmesg: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p2 #0: Thu Mar 1 16:17:40 UTC 2007 root at proxy:/usr/obj/usr/src/sys/PRIVATE module_register: module pci/em already exists! Module pci/em failed to register: 17 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3000.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x441d> Logical CPUs per core: 2 real memory = 1073152000 (1023 MB) avail memory = 1036931072 (988 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci2: on pcib1 em0: port 0x2000-0x201f mem 0xf8120000-0xf813ffff,0xf8100000-0xf811ffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:0a:e4:13:97:5a pci0: at device 6.0 (no driver attached) pcib2: at device 28.0 on pci0 pci3: on pcib2 uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) ehci0: mem 0xf8000400-0xf80007ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib3: at device 30.0 on pci0 pci4: on pcib3 pci4: at device 5.0 (no driver attached) em1: port 0x3400-0x343f m em 0xf8220000-0xf823ffff,0xf8200000-0xf821ffff irq 17 at device 6.0 on pci4 em1: Ethernet address: 00:0a:e4:13:97:5b isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0 x376,0x1460-0x146f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x1490-0x1497,0x1484-0x1487,0x1 488-0x148f,0x1480-0x1483,0x1470-0x147f irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A smbios0: at iomem 0xf6660-0xf667e on motherboard smbios0: Version: 2.31 pmtimer0 on isa0 ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xcc7ff,0xdc000-0xdffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3000521287 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 ad4: 76319MB at ata2-master SATA150 ad6: 76319MB at ata3-master SATA150 ipmi0: IPMI device rev. 3, firmware rev. 4.81, version 1.5 ipmi0: Number of channels 1 ipmi0: Attached watchdog ar0: 76228MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master Trying to mount root from ufs:/dev/ar0s1a em0: link state changed to UP em1: link state changed to UP tap0: Ethernet address: 00:bd:6e:39:00:00 em0: promiscuous mode enabled em1: promiscuous mode enabled From xdivac02 at stud.fit.vutbr.cz Fri Mar 2 11:50:23 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 2 Mar 2007 11:50:23 +0100 Subject: zajimava informace o procfs/pseudofs In-Reply-To: <45E7F7AA.90108@obluda.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> <45E7F7AA.90108@obluda.cz> Message-ID: <20070302105023.GA54866@stud.fit.vutbr.cz> On Fri, Mar 02, 2007 at 11:08:42AM +0100, Dan Lukes wrote: > Divacky Roman napsal/wrote, On 03/02/07 10:12: > > takze pokud nepotrebujete procfs tak ho poslete do ....... a hlavne > > dejte pryc pseudofs z kernelu. podotykam ze v GENERIC pseudofs je. > > Tohle plati naprosto obecne. Pokud v jadre nepotrebujete komponentu XY, > nema tam byt. Neplati to jen pro jadro. Obdobne to plati pro > nainstalovane programy v systemu. A cele tohle pravidlo neni nijak > specificky platne jen pro FreeBSD - plati zcela obecne ... > > Duvodu jsou vykonostni, bezpecnostni, stabilitni ... > > Nakonec, modularita jadra se vyrazne zlepsila, takze dnes uz neni nutne > mit konkretni komponentu (plati pro vetsinu komponent) v jadre jen proto > "co kdybych ji nekdy v budoucnosti nahodou potreboval". jasne... ale jde o to ze 1) GENERIC to v sobe ma 2) tohle skode zrovna DOST tak jsem povazoval za uzitecne se o tu informaci podelit From xdivac02 at stud.fit.vutbr.cz Fri Mar 2 11:53:02 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 2 Mar 2007 11:53:02 +0100 Subject: zajimava informace o procfs/pseudofs In-Reply-To: <45E7F155.4050201@vutbr.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> <45E7F155.4050201@vutbr.cz> Message-ID: <20070302105302.GB54866@stud.fit.vutbr.cz> On Fri, Mar 02, 2007 at 10:41:41AM +0100, Ivo Hazmuk wrote: > Ahoj, > > Divacky Roman wrote: > > zrovna jsem narazil na zajimavou informaci. kdyz mate v kernelu > > (tj. loadly modul nebo staticky v kernelu) pseudofs (pouzity na ruzne > > procfs atd.) tak se pomerne dost zpomali exit kazdeho procesu. > > mohl bys uvest zdroj informace? Jinak je zdrojem agentura JPP. /sys/fs/pseudofs/pseudofs_vncache.c:pfs_exit() je to tam celkem pekne popsane v komentari(ch) > > doufam ze tahle informace k necemu nekomu bude :) > > Vypada to, ze to bude dalsi duvod, proc opustit FreeBSD :-((( no ani ne. pseudofs normalne VUBEC K NICEMU nepotrebujes > FreeBSD 6.1 je v podstate nepouzitelne a 6.2 neni o moc lepsi. To je > osobni zkusenost. no... mne prijde 6.x uz celkem v pohode a 7.x naprosto.... no proste super :) ja to vidim positivne :) From dan at obluda.cz Fri Mar 2 12:22:38 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 02 Mar 2007 12:22:38 +0100 Subject: zajimava informace o procfs/pseudofs In-Reply-To: <20070302105023.GA54866@stud.fit.vutbr.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> <45E7F7AA.90108@obluda.cz> <20070302105023.GA54866@stud.fit.vutbr.cz> Message-ID: <45E808FE.8090507@obluda.cz> Divacky Roman napsal/wrote, On 03/02/07 11:50: >> Tohle plati naprosto obecne. Pokud v jadre nepotrebujete komponentu XY, >> nema tam byt. Neplati to jen pro jadro. Obdobne to plati pro > tak jsem povazoval za uzitecne se o tu informaci podelit Ja jsem taky nechtel rict, ze's nas takovou samozrejmosti nemel obtezovat, i kdyz pripoustim, ze po odeslani me napadlo, ze i tak to mohlo pusobit. Ale nemelo. > jasne... ale jde o to ze 1) GENERIC to v sobe ma GENERIC je kompromisni kernel "aby fungoval pokdu mozno kazdemu, vsude a na vsechno" - neni prekvapive, ze ma jen kompromisni vlastnosti. Hodi se pouze na takova nasazeni, kde nevadi, ze ma horsi vlastnosti, nez by bylo mozne dosahnout customizovanym kernelem. ... > 2) tohle skode zrovna DOST To je tvrzeni, ktere by vyzadovalo hlubsi zkoumani. Skodi to dost tam, kde je vysoka zatez. Jinde sice ukonceni procesu trva taky dele, ale vlastne to nicemu nevadi. Na stroji s vysokou zatezi skoro neocekavam, ze ma nekdo GENERIC - i kdyz pripoustim, ze to je mozna trochu odvazny predpoklad ... Tim skutecne nepolemizuju s tim, ze nebylo uzitecne to tu zminit - naopak. Ale doplnuju to upozrnenim, ze ten, kdo na zaklade tohoto upozorneni zjistil, ze ma v kernelu "zbytecnosti" mel by prozkoumat i dalsi komponenty (nejen v kernelu). Jestli take nejsou zbytecnostmi ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Fri Mar 2 12:27:29 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 02 Mar 2007 12:27:29 +0100 Subject: Novy patch pro 6.2 a problem pri bootu In-Reply-To: <000801c75cb8$03a5e4d0$6c01a8c0@relict> References: <000801c75cb8$03a5e4d0$6c01a8c0@relict> Message-ID: <45E80A21.2020309@obluda.cz> Jan Du??tko napsal/wrote, On 03/02/07 11:46: > vcera jsem po rebuildu kernelu z 6.2-p0 na 6.2-p2 zazil neprijemnou > zkusenost. Updatnuty loader nebyl schopen nacist kernel a cyklicky se > rebootoval, dokud jsem nedorazil k zakaznikovi. Jediny mozny postup, F1 pri > rebootu a zvolit loader.old. > Jedna se o server Fujitsu Siemens - prikladam vypis z dmesg: Vypis z DMESG v tomto pripade moc nepomuze. Ten vypsalo az jadro, ktere tim potvrdilo, ze loader, ktery ho natahl, ho natahl dobre. Zkoumani proc loader rebootoval je netrivialni, obzvlast pokud neposkytl zadnou rozumnou informaci. Jinak - pouzit loader.old neni jedine reseni podobne situace - tuto fazi zavadeni systemu lze zcela vynechat a na miste 'loader' lze zavest rovnou samotny kernel. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From jan_dusatko at post.cz Fri Mar 2 12:50:47 2007 From: jan_dusatko at post.cz (=?iso-8859-2?B?SmFuIER1ueF0a28=?=) Date: Fri, 2 Mar 2007 12:50:47 +0100 Subject: Novy patch pro 6.2 a problem pri bootu In-Reply-To: <45E80A21.2020309@obluda.cz> Message-ID: <000901c75cc1$04b9d6c0$6c01a8c0@relict> Jan Du??tko napsal/wrote, On 03/02/07 11:46: > vcera jsem po rebuildu kernelu z 6.2-p0 na 6.2-p2 zazil neprijemnou > zkusenost. Updatnuty loader nebyl schopen nacist kernel a cyklicky se > rebootoval, dokud jsem nedorazil k zakaznikovi. Jediny mozny postup, > F1 pri rebootu a zvolit loader.old. Jedna se o server Fujitsu Siemens > - prikladam vypis z dmesg: Vypis z DMESG v tomto pripade moc nepomuze. Ten vypsalo az jadro, ktere tim potvrdilo, ze loader, ktery ho natahl, ho natahl dobre. Ten vypis jsem pridal jenom pokud by nekoho zajimaly informace, osobne predpokladam problem s radicem disku (jsou zde dva disky v hardware zrdcadle). Zkoumani proc loader rebootoval je netrivialni, obzvlast pokud neposkytl zadnou rozumnou informaci. Bohuzel, poskytl pouze stavovou informaci (restart systemu) v okamziku, kdy se obycejne zobrazi zakladni menu loaderu. Jinak - pouzit loader.old neni jedine reseni podobne situace - tuto fazi zavadeni systemu lze zcela vynechat a na miste 'loader' lze zavest rovnou samotny kernel. From 000.fbsd at quip.cz Fri Mar 2 15:00:38 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 02 Mar 2007 15:00:38 +0100 Subject: zajimava informace o procfs/pseudofs In-Reply-To: <45E7F155.4050201@vutbr.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> <45E7F155.4050201@vutbr.cz> Message-ID: <45E82E06.8020709@quip.cz> Ivo Hazmuk wrote: > Ahoj, > > Divacky Roman wrote: > >>zrovna jsem narazil na zajimavou informaci. kdyz mate v kernelu >>(tj. loadly modul nebo staticky v kernelu) pseudofs (pouzity na ruzne >>procfs atd.) tak se pomerne dost zpomali exit kazdeho procesu. > > > mohl bys uvest zdroj informace? Jinak je zdrojem agentura JPP. > > >>doufam ze tahle informace k necemu nekomu bude :) > > > Vypada to, ze to bude dalsi duvod, proc opustit FreeBSD :-((( > > FreeBSD 6.1 je v podstate nepouzitelne a 6.2 neni o moc lepsi. To je > osobni zkusenost. Kdyz uz se dozadujete zdroje informace a nelibi se vam agentura JPP, tak by bylo dobre i svoje tvrzeni podlozit nejakymi fakty / dukazy, jinak je to jeste vice bezcenna informace, nez ta predchozi a zcela zasadne koliduje s tim, ze FreeBSD 6.x ke sve spokojenosti pouzivaji tisice lidi. No offense - jen me zcela vazne zajima, v cem je nepouzitelne, abych vedel, na co ho nepouzivat. Zatim znam jen ta uplatneni, kde pouzitelne je a tma ho take pouzivam. Miroslav Lachman From mex at active.sk Fri Mar 2 18:11:42 2007 From: mex at active.sk (MeX) Date: Fri, 2 Mar 2007 18:11:42 +0100 (CET) Subject: zajimava informace o procfs/pseudofs In-Reply-To: <20070302105302.GB54866@stud.fit.vutbr.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> <45E7F155.4050201@vutbr.cz> <20070302105302.GB54866@stud.fit.vutbr.cz> Message-ID: <29010.85.248.64.126.1172855502.squirrel@mail.active.sk> On Pia, Marec 2, 2007 11:53 am, Divacky Roman wrote: > no ani ne. pseudofs normalne VUBEC K NICEMU nepotrebujes options PROCFS # Process filesystem (requires PSEUDOFS) The process file system. This is a “pretend” file system mounted on /proc which allows programs like ps(1) to give you more information on what processes are running. Use of PROCFS is not required under most circumstances, as most debugging and monitoring tools have been adapted to run without PROCFS: installs will not mount this file system by default. options PSEUDOFS # Pseudo-filesystem framework 6.X kernels making use of PROCFS must also include support for PSEUDOFS. Chapem to teda dobre tak, ze v 6.x a 7.x nema uz ziadny zmysel mat ani PROCFS ani PSEUDOFS a je mozne obidve tieto veci z kernelu vyhodit? MeX From xdivac02 at stud.fit.vutbr.cz Fri Mar 2 19:14:06 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 2 Mar 2007 19:14:06 +0100 Subject: zajimava informace o procfs/pseudofs In-Reply-To: <29010.85.248.64.126.1172855502.squirrel@mail.active.sk> References: <20070302091251.GA40852@stud.fit.vutbr.cz> <45E7F155.4050201@vutbr.cz> <20070302105302.GB54866@stud.fit.vutbr.cz> <29010.85.248.64.126.1172855502.squirrel@mail.active.sk> Message-ID: <20070302181405.GA21046@stud.fit.vutbr.cz> On Fri, Mar 02, 2007 at 06:11:42PM +0100, MeX wrote: > On Pia, Marec 2, 2007 11:53 am, Divacky Roman wrote: > > no ani ne. pseudofs normalne VUBEC K NICEMU nepotrebujes > > options PROCFS # Process filesystem (requires PSEUDOFS) > > The process file system. This is a “pretend” file system > mounted on /proc which allows programs like ps(1) to give you more > information on what processes are running. Use of PROCFS is not required > under most circumstances, as most debugging and monitoring tools have been > adapted to run without PROCFS: installs will not mount this file system by > default. > > options PSEUDOFS # Pseudo-filesystem framework > > 6.X kernels making use of PROCFS must also include support for PSEUDOFS. > > Chapem to teda dobre tak, ze v 6.x a 7.x nema uz ziadny zmysel mat ani > PROCFS ani PSEUDOFS a je mozne obidve tieto veci z kernelu vyhodit? procfs se v fbsd standardne pouziva jen pro truss a ps -e iirc. 99.99% uzivatelu to naprosto nepotrebuje. naopak, vzhledem k priblizne 6ti miliardam security bugum zpusobenym procfs se to ve fbsd nepodporuje a podporovat nebude. navic... z meho lehce zasveceneho pohledu si myslim ze procfs 1) lze (resp. neposkytuje presne informace) 2) je velmi silne netestovany az by se clovek nebal pouzit slova "code rott" ;) ja osobne bych na masine nic takoveho nemel ani kdyby mi za to slibily... no proste neco fajn :) navic... i kdyz to clovek potrebuje (jednou za tisic let) tak neni problem nahrat pseudofs modul a procfs modul. roman p.s. zadny smysl nemel procfs tusim v zadnem fbsd. iirc je to sysv vymysl a v bsd se to nikdy moc neujalo From ivo at vutbr.cz Fri Mar 2 21:06:59 2007 From: ivo at vutbr.cz (=?windows-1252?Q?Ivo_Ha=9Emuk?=) Date: Fri, 02 Mar 2007 21:06:59 +0100 Subject: zajimava informace o procfs/pseudofs In-Reply-To: <45E82E06.8020709@quip.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> <45E7F155.4050201@vutbr.cz> <45E82E06.8020709@quip.cz> Message-ID: <45E883E3.8060409@vutbr.cz> > Kdyz uz se dozadujete zdroje informace a nelibi se vam agentura JPP, tak > by bylo dobre i svoje tvrzeni podlozit nejakymi fakty / dukazy, jinak je > to jeste vice bezcenna informace, nez ta predchozi a zcela zasadne > koliduje s tim, ze FreeBSD 6.x ke sve spokojenosti pouzivaji tisice lidi. tip(1) - pokud pouziji v /etc/remote du - dial up a pn - phone number, tip spadne a vytvori core dump. Opravu jsem Remko Lodderovi poslal, ale nikdo se tim zatim nezabyval. Chyba je ve FreeBSD 6.1 i 6.2. tip(1) - acu pro US Robotics Courier nefunguji. Proste modem nevytaci. Pomaha pouzit tip z FreeBSD 4 vcetne dvou knihoven. Ve FreeBSD 4 vse fungovalo dobre, ale FreeBSD 5 i 6 ma tip z OpenBSD/NetBSD. Podle vseho ho vzali bez testovani. Muj domaci router, FreeBSD 6.1-RELEASE i 6.2-RELEASE, tuhnul bez hlesu. Zadna poznamka do logu, crash dump jsem z nej nedostal, nic. Domnivam se, ze problem bude v ovladaci Atheros v pripade, kdy karta jede v hostap modu. Ted jsem kartu prestal pouzivat a mam tam AP a uptime je nadhernych 6 dni. Je zvlastni, ze dva mesice to fungovalo dobre a potom zacaly potize. Router FreeBSD 6.1-RELEASE u zakaznika tuhnul velmi podobnym zpusobem, ale tam zadna wi-fi karta nebyla. Po instalaci FreeBSD 4.10 (srpen 2006) se situace uklidnila a stroj funguje k plne spokojenosti. FreeBSD 6.1-RELEASE a 6.2-RELEASE jako honeypot. Cca tyden jede dobre a potom se zpomali. Pomuze odpojit se od site na par hodin nebo reboot. Opet pomohl navrat k FreeBSD 4. Kolega byl velmi nespokojen s X-org. Jak to resil si nevzpomenu. Ze by XFree86? FreeBSD 6.1-RELEASE jako smerovac. Po cca 3 dnech jedna ze sitovych karet em(4) prestala fungovat. Ta druha, stejna, fungovala dobre. Do navratu k FreeBSD 4 pomohl pouze reboot. Na test 6.2-RELEASE jsme nemeli cas a potom uz ani chut. To je 5 problemovych stroju z 25 moznych, ktere mame s FreeBSD 6 naistalovane. Z nich jen nektere jsou dulezite. To je hodne neprijemna situace. Velmi mi to pripomina stav mezi FreeBSD 2, 3 a 4. Jen se nepise rok 2001. FreeBSD 2 bylo skvele funkcni, ale uz se nevyvijelo. Takze ho casem clovek musel opustit, kvuli novemu hw. FreeBSD 3 neslo prakticky pouzit. Opravy 3.4 na 3.4.1 a 3.5 na 3.5.1 kvuli bezpecnostnim chybam uz pri vydani byly to nejmensi. FreeBSD nizsi nez 4.6 melo spoustu problemu. A az s verzi 4.8 jsme byli spokojeni. Tak jsem si zabrblal a jdu delat neco konstruktivniho. I. From xdivac02 at stud.fit.vutbr.cz Sun Mar 4 14:41:53 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Sun, 4 Mar 2007 14:41:53 +0100 Subject: zajimava informace o procfs/pseudofs [NEWS] In-Reply-To: <20070302091251.GA40852@stud.fit.vutbr.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> Message-ID: <20070304134153.GA3583@stud.fit.vutbr.cz> On Fri, Mar 02, 2007 at 10:12:51AM +0100, Divacky Roman wrote: > zdravim > > zrovna jsem narazil na zajimavou informaci. kdyz mate v kernelu > (tj. loadly modul nebo staticky v kernelu) pseudofs (pouzity na ruzne > procfs atd.) tak se pomerne dost zpomali exit kazdeho procesu. > > takze pokud nepotrebujete procfs tak ho poslete do ....... a hlavne > dejte pryc pseudofs z kernelu. podotykam ze v GENERIC pseudofs je. > > doufam ze tahle informace k necemu nekomu bude :) tak jsem se bavil s par lidma a vypada to ze bude naky benchmark atd. a mozna to vykopnou z GENERICu.... no neni open source super? :) From 000.fbsd at quip.cz Sun Mar 4 23:29:35 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sun, 04 Mar 2007 23:29:35 +0100 Subject: zajimava informace o procfs/pseudofs [NEWS] In-Reply-To: <20070304134153.GA3583@stud.fit.vutbr.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> <20070304134153.GA3583@stud.fit.vutbr.cz> Message-ID: <45EB484F.6000602@quip.cz> Divacky Roman wrote: > On Fri, Mar 02, 2007 at 10:12:51AM +0100, Divacky Roman wrote: > >>zdravim >> >>zrovna jsem narazil na zajimavou informaci. kdyz mate v kernelu >>(tj. loadly modul nebo staticky v kernelu) pseudofs (pouzity na ruzne >>procfs atd.) tak se pomerne dost zpomali exit kazdeho procesu. >> >>takze pokud nepotrebujete procfs tak ho poslete do ....... a hlavne >>dejte pryc pseudofs z kernelu. podotykam ze v GENERIC pseudofs je. >> >>doufam ze tahle informace k necemu nekomu bude :) > > > tak jsem se bavil s par lidma a vypada to ze bude naky benchmark atd. > a mozna to vykopnou z GENERICu.... no neni open source super? :) Od "bavil", pres "mozna", je jeste hodne dlouha cesta k "vykopnuto" :) Miroslav Lachman From poctavek at kmit.sk Mon Mar 5 01:35:20 2007 From: poctavek at kmit.sk (Jan Poctavek) Date: Mon, 05 Mar 2007 01:35:20 +0100 Subject: kompilovat ci nekompilovat Message-ID: <45EB65C8.5070904@kmit.sk> Zdravim, s ohladom na debatu predchadzajucom threade o vlastnom vs GENERIC kerneli sa chcem spytat kto z vas pouziva/nepouziva generic kernel a preco? Rovnaka otazka je aj porty vs package. Ide mi hlavne o to aby sa veci upgradovali co najviac samy bez mojho pricinenia a to si pri kompilovanych veciach nedovolim... a potom este na kompilovane veci treba hoodne viac casu. Thx Jan Poctavek From gabriel31337 at gmail.com Mon Mar 5 02:15:15 2007 From: gabriel31337 at gmail.com (gabriel) Date: Mon, 05 Mar 2007 02:15:15 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <45EB65C8.5070904@kmit.sk> References: <45EB65C8.5070904@kmit.sk> Message-ID: <45EB6F23.9040109@gmail.com> Jan Poctavek wrote: > Zdravim, > > s ohladom na debatu predchadzajucom threade o vlastnom vs GENERIC > kerneli sa chcem spytat kto z vas pouziva/nepouziva generic kernel a > preco? Rovnaka otazka je aj porty vs package. ja osobne vsade pouzivam customizovany (kompilovany) kernel, kedze GENERIC je az moc nabuseny pre mna nepotrebnymi zbytocnostami, a napriklad taky ALTQ - neviem o tom zeby bol aspon v nejakom module.. takisto aj porty si vsade kompilujem, kedze nie vzdy su packages skompilovane s takymi volbami, ktore chcem ja > Ide mi hlavne o to aby sa veci upgradovali co najviac samy bez mojho > pricinenia a to si pri kompilovanych veciach nedovolim... a potom este > na kompilovane veci treba hoodne viac casu. to je pravda, ale to ma zas moc netrapi, obcas sa pozriem do screenu co sa tam deje a nieco odentrujem :) From dan at obluda.cz Mon Mar 5 03:20:01 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 05 Mar 2007 03:20:01 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <45EB65C8.5070904@kmit.sk> References: <45EB65C8.5070904@kmit.sk> Message-ID: <45EB7E51.8080304@obluda.cz> Jan Poctavek napsal/wrote, On 03/05/07 01:35: > s ohladom na debatu predchadzajucom threade o vlastnom vs GENERIC > kerneli sa chcem spytat kto z vas pouziva/nepouziva generic kernel a > preco? Rovnaka otazka je aj porty vs package. Mame na par strojich GENERIC (respektive SMP coby jeho SMP variaci) - treba na www.freebsd.cz. Uvaha, ktera vede k tomu, ze na konkretnim stroji je je v podstate jednoducha - kernel, ktery pro dany stroj potrebujeme, neni dostatecne podobny zadnemu jinemu kernelu, ktery uz nekde pouzivame - a soucasne - naroky an stroj kladene nejsou takoveho typu, ze "kompromisni" vlastnosti kernelu vadi. Jinymi slovy, celkove smerujeme k pokdu mozno nevelkemu postu ruznych kernelu a vyhoda je, ze pouziti GENERICu tento pocet nezvetsuje. Packages ve smyslu "zkompilovane nekym jinym" nepouzivam vubec. Ale pouzivam ty, ktere si vyrobim sam. > Ide mi hlavne o to aby sa veci upgradovali co najviac samy bez mojho > pricinenia a to si pri kompilovanych veciach nedovolim... a potom este > na kompilovane veci treba hoodne viac casu. No, kupodivu, od urciteho poctu stroju je update skoro jednodussi (v prepoctu na jeden stroj) nez u mala stroju. Jeden stroj slouzi jako "centralni repository" - tam se prelozi world, vsechny ruzne kernely, ktere se pouzivaji a vsechny porty, ktere se kde pouzivaji - a z tech se vyrobi packages. Pak se /usr/src, /usr/obj a /usr/ports vyexportuje pres NFS a na kazdem updatovanem stroji se namountuje a pak uz "jen" make KERNCONF= installworld installkernel mergemaster portupgrade -RiaPP Ano, "delostrelecka priprava" chvilku trva - ale dela se jen jednou. Vlastni update je pak uz dost rychly a prevazne automaticky. Nejdele trva ten "mergemaster", protoze ten vyzaduej soustredeni a pozornost. Ale i ten se da castecne urychlis/zautomatizovat pomoci '-i' a jak mi pred chcili kdosi poradil, tak ani 'U' mozna neni uplne k zahozeni ... Jedine omezeni tak vlastne je to, ze pro kazdy port mohu mit jen jedinou sadu optionu, tenhle system neumoznuje mit tentyz port na ryznych pocitacich s ruznymi optiony. Ale zatim jsem s timhle nenarazil ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From kolar.radim at gmail.com Mon Mar 5 08:29:25 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Mon, 5 Mar 2007 08:29:25 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <45EB65C8.5070904@kmit.sk> References: <45EB65C8.5070904@kmit.sk> Message-ID: <707e14750703042329n7c29969ev1af094027c2ee242@mail.gmail.com> > s ohladom na debatu predchadzajucom threade o vlastnom vs GENERIC > kerneli sa chcem spytat kto z vas pouziva/nepouziva generic kernel a > preco? Pokud nepotrebuji neco co v GENERIC neni, tak pouzivam GENERIC obvykle GENERIC-SMP. Experimentalne jsem zjistil ze custom kernel je jen o 4MB mensi, coz na dnesnich serverech nehraje roli. Delal jsem benchmarky a custom kernel vyrazne rychleji nejede, ani kdyz se prelozi s optimalizaci pro dane CPU. From babjak at hilbert.chtf.stuba.sk Mon Mar 5 08:40:49 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Mon, 5 Mar 2007 08:40:49 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <707e14750703042329n7c29969ev1af094027c2ee242@mail.gmail.com> References: <45EB65C8.5070904@kmit.sk> <707e14750703042329n7c29969ev1af094027c2ee242@mail.gmail.com> Message-ID: <20070305074049.GA80480@hilbert.chtf.stuba.sk> > Experimentalne jsem zjistil ze custom kernel je jen o 4MB mensi, coz ^-- Velkost kernelu na disku fakt nie je issue. Mam vsak pocitace, kde velkost programov v pamati issue stale je. > na dnesnich serverech nehraje roli. Delal jsem benchmarky a custom > kernel vyrazne rychleji nejede, ani kdyz se prelozi s optimalizaci pro > dane CPU. ^-- Mozes upresnit, ake to boli benchmarky? Testovat "optimalnost" kernelu mi pride dost tazke; ak existuju nejake plusminus spolahlive benchmarky s plusminus vypovednou hodnotou, mam o ne zaujem. J. From koutek at o-k.cz Mon Mar 5 08:56:18 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Mon, 05 Mar 2007 08:56:18 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <707e14750703042329n7c29969ev1af094027c2ee242@mail.gmail.com> References: <45EB65C8.5070904@kmit.sk> <707e14750703042329n7c29969ev1af094027c2ee242@mail.gmail.com> Message-ID: <1173081378.1868.12.camel@shift.o-k.cz> Radim Kolar p??e v po 05. 03. 2007 v 08:29 +0100: > Experimentalne jsem zjistil ze custom kernel je jen o 4MB mensi, coz > na dnesnich serverech nehraje roli. Delal jsem benchmarky a custom > kernel vyrazne rychleji nejede, ani kdyz se prelozi s optimalizaci pro > dane CPU. Osobne pouzivam customizovana jadra. Vetsinou z GENERIC/SMP odstranim drivery ktere vim ze nepotrebuji a potrebovat na danem stroji nebudu (hlavni duvod je "nekompilovat zbytecne veci ktere nevyzaduji"). Dale urcite optimalizuji na typ procesoru, protoze se tim casto otevrou vratka k nektere z vlastnosti procesoru. Napriklad defaultni nastaveni na laptopu funguje, ale neumozni zmenu taktovaci frekvence procesoru, pokud neni vytizeny. Rozdil v provozu na baterii na mem NB je znat. Take z worldu vyhazuji nepouzivane casti, protoze na routeru nebo webserveru opravdu nepotrebuji LPR a nebo GAMES Ondra From jan_dusatko at post.cz Mon Mar 5 09:12:03 2007 From: jan_dusatko at post.cz (=?iso-8859-2?B?SmFuIER1ueF0a28=?=) Date: Mon, 5 Mar 2007 09:12:03 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <45EB65C8.5070904@kmit.sk> Message-ID: <000001c75efd$f4ef78a0$20fda8c0@relict> s ohladom na debatu predchadzajucom threade o vlastnom vs GENERIC kerneli sa chcem spytat kto z vas pouziva/nepouziva generic kernel a preco? Rovnaka otazka je aj porty vs package. Pouzivam GENERIC na vetsine stroju z nasledujicich duvodu: - unix neni nenazrany ohledne pameti - hardware to bez problemu zvlada - v pripade poruchy hardware se snadneji prechazi na jine zelezo Porty kompiluji, minimalne kvuli nastaveni v make.conf From babjak at hilbert.chtf.stuba.sk Mon Mar 5 09:45:12 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Mon, 5 Mar 2007 09:45:12 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <1173081378.1868.12.camel@shift.o-k.cz> References: <45EB65C8.5070904@kmit.sk> <707e14750703042329n7c29969ev1af094027c2ee242@mail.gmail.com> <1173081378.1868.12.camel@shift.o-k.cz> Message-ID: <20070305084512.GA80566@hilbert.chtf.stuba.sk> > (hlavni duvod je "nekompilovat zbytecne veci ktere nevyzaduji"). ^-- AFAIK, kompilovat sa tak ci tak bude vsetko, akurat sa to nenalinkuje do kernelu, ale urobi sa modul; teda ak z daneho niecoho modul vyrobit ide. Ovladace su prave tento pripad. J. From 000.fbsd at quip.cz Mon Mar 5 09:54:53 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon, 05 Mar 2007 09:54:53 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <45EB65C8.5070904@kmit.sk> References: <45EB65C8.5070904@kmit.sk> Message-ID: <45EBDADD.4090408@quip.cz> Jan Poctavek wrote: > Zdravim, > > s ohladom na debatu predchadzajucom threade o vlastnom vs GENERIC > kerneli sa chcem spytat kto z vas pouziva/nepouziva generic kernel a > preco? Rovnaka otazka je aj porty vs package. Na strojich s vyssi zatezi a specifickymi naroky pouzivam vlastni kernel, na tech "obycejnych" strojich mam klidne GENERIC / SMP-GENERIC, protoze vytvarenim vlastniho bych nic moc neziskal. A pokud se nepletu, tak ten GENERIC se da pak aktualizovat pres freebsd-update > Ide mi hlavne o to aby sa veci upgradovali co najviac samy bez mojho > pricinenia a to si pri kompilovanych veciach nedovolim... a potom este > na kompilovane veci treba hoodne viac casu. Na vsech strojich kompiluji vlastni porty pres portinstall/portupgrade a options mam nastavene v pkgtools.conf. Ze kompilace trva nejaky cas mi vubec nevadi, ja u toho nemusim tocit klikou, zkratak to spustim a delam na necem jinem, za par minut se kouknu, jak co probehlo a je to. O interaktivite to u me v podstate vubec neni, diky nastaveni pkgtools.conf ale umoznuje mi to na kazdem stroji pouzit v podstate uplne jine options. Miroslav Lachman From 000.fbsd at quip.cz Mon Mar 5 10:39:42 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon, 05 Mar 2007 10:39:42 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <20070305084512.GA80566@hilbert.chtf.stuba.sk> References: <45EB65C8.5070904@kmit.sk> <707e14750703042329n7c29969ev1af094027c2ee242@mail.gmail.com> <1173081378.1868.12.camel@shift.o-k.cz> <20070305084512.GA80566@hilbert.chtf.stuba.sk> Message-ID: <45EBE55E.1050808@quip.cz> Jozef Babjak wrote: >>(hlavni duvod je "nekompilovat zbytecne veci ktere nevyzaduji"). > > > ^-- AFAIK, kompilovat sa tak ci tak bude vsetko, akurat sa to > nenalinkuje do kernelu, ale urobi sa modul; teda ak z daneho > niecoho modul vyrobit ide. Ovladace su prave tento pripad. Ano, u ovladacu a nekterych dalsich veci plati to, ze co se vyhodi z kernelu, zkompiluje se jako modul. (da se tomu zabranit v make.conf atp.) Jeste bych dodal, ze je celkem zajimavou volbou nastaveni KERNCONF v /etc/make.conf tak, ze obsahuje vice jmen kernelu. Ono se jich pak vic zkompiluje, ale nainstaluje se jen prvni (kdyz se pak pouzije make installkernel bez definovani KERNCONF). Takze tam, kde mam vlastni kernel mam napriklad KERNCONF=MUJKERNEL SMP GENERIC a mam tak k dispozici k nainstalovani vsechny tri pro pripad, ze by to bylo nekdy potreba kvuli problemum / testovani a uz v ten okamzik nebyl cas / moznost kompilovat. Samozrejme to znamena, ze se make buildkernel dela trikrat tak dlouho, ale v tom nevidim problem, to je prace pocitace, ne moje. ;) Miroslav Lachman From kolar.radim at gmail.com Mon Mar 5 11:08:46 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Mon, 5 Mar 2007 11:08:46 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <20070305074049.GA80480@hilbert.chtf.stuba.sk> References: <45EB65C8.5070904@kmit.sk> <707e14750703042329n7c29969ev1af094027c2ee242@mail.gmail.com> <20070305074049.GA80480@hilbert.chtf.stuba.sk> Message-ID: <707e14750703050208m262376bescb4486d85ed609d0@mail.gmail.com> > > Experimentalne jsem zjistil ze custom kernel je jen o 4MB mensi, coz > ^-- Velkost kernelu na disku fakt nie je issue. Mam vsak pocitace, kde > velkost programov v pamati issue stale je. ty 4 mb jsem myslel v pameti. ale ja ho davam i na pocitace s 32mb ram (routery nebo pocitace pro zalohovani dat), a mene nez 32 nikde uz dnes nemam. 16mb ram je fakt nepouzitelny a to jak pod linuxem tak pod bsd, pokud se nepouzije nejake specialni distro. > ^-- Mozes upresnit, ake to boli benchmarky? Testovat "optimalnost" > kernelu mi pride dost tazke; ak existuju nejake plusminus spolahlive > benchmarky s plusminus vypovednou hodnotou, mam o ne zaujem. no ja jsem pouzil realnou aplikaci. naimportovat + fulltext index http://filez.com (cca 600m ftp souboru, 4m rapidshare souboru, 55m web souboru, 5m mp3) a pouziti custom kernelu nemelo zadny meritelny efekt. Naopak accf_http.ko zvedlo vykon ve spickach az o 20%. Optimalizovat vykon se da taky hardwarem. doporucuji multicore amd64 + adaptec scsi raid + co nejvic (optimalni pocet je cca 5-6) disku (nemusi byt ani rychly), rozumna pamet + rozumna sitovka. Rekl bych nejlepsi pomer vykon/cena pro levny severy. From poctavek at kmit.sk Mon Mar 5 11:25:39 2007 From: poctavek at kmit.sk (Jan Poctavek) Date: Mon, 05 Mar 2007 11:25:39 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <45EB7E51.8080304@obluda.cz> References: <45EB65C8.5070904@kmit.sk> <45EB7E51.8080304@obluda.cz> Message-ID: <45EBF023.2070501@kmit.sk> Dan Lukes wrote / nap??sal(a): > > No, kupodivu, od urciteho poctu stroju je update skoro jednodussi (v > prepoctu na jeden stroj) nez u mala stroju. Jeden stroj slouzi jako > "centralni repository" - tam se prelozi world, vsechny ruzne kernely, > ktere se pouzivaji a vsechny porty, ktere se kde pouzivaji - a z tech se > vyrobi packages. Pak se /usr/src, /usr/obj a /usr/ports vyexportuje pres > NFS a na kazdem updatovanem stroji se namountuje a pak uz "jen" > make KERNCONF= installworld installkernel > mergemaster > portupgrade -RiaPP Celkom fajn postup.. ale pokial mam medzi servermi aspon jeden i386 tak na ia64/amd64 mozem asi zabudnut, nie? Package sa daju na rozdiel od kernelu vybuildovat len s jednou optimalizaciou. BTW: oplati sa vobec 64bit kernel? Jan Poctavek From dan at obluda.cz Mon Mar 5 11:36:11 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 05 Mar 2007 11:36:11 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <707e14750703050208m262376bescb4486d85ed609d0@mail.gmail.com> References: <45EB65C8.5070904@kmit.sk> <707e14750703042329n7c29969ev1af094027c2ee242@mail.gmail.com> <20070305074049.GA80480@hilbert.chtf.stuba.sk> <707e14750703050208m262376bescb4486d85ed609d0@mail.gmail.com> Message-ID: <45EBF29B.7020605@obluda.cz> Radim Kolar napsal/wrote, On 03/05/07 11:08: >> > Experimentalne jsem zjistil ze custom kernel je jen o 4MB mensi, coz >> ^-- Velkost kernelu na disku fakt nie je issue. Mam vsak pocitace, kde >> velkost programov v pamati issue stale je. > ty 4 mb jsem myslel v pameti. ale ja ho davam i na pocitace s 32mb ram > (routery nebo pocitace pro zalohovani dat), a mene nez 32 nikde uz > dnes nemam. Nejsem si uplne jisty, ale neni to tak, ze bez ohledu na "velikost binaru" je neswapovatelne kernel-space vyhrazeno stale stejne ? > 16mb ram je fakt nepouzitelny a to jak pod linuxem tak pod > bsd, pokud se nepouzije nejake specialni distro. Je pravda, ze na 16MB uz se snad neda spustit ani instalace, ale kdyz se tam "na dobu unstalace" pamet pujci, tak bezet to na nich pak uz dokaze. Jeste jeden takovy na jedne pude mame ;-) Tedy - plain-router (maximalne tak s prekladem) - zadny WWW server s PHP, samozrejme. Ale je pravda, ze na tom nejde spustit uz ani portupgrade -PP. nejdriv to pul dne chrousta a pak to spadne na "out of swap space" (je pravda, ze je tam swap jen 100MB, kdyz si ho docasne zvetsim na dvojnasobek, tak upgrade behem dvou dnu dobehne). Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Mon Mar 5 11:41:24 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 05 Mar 2007 11:41:24 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <45EBF023.2070501@kmit.sk> References: <45EB65C8.5070904@kmit.sk> <45EB7E51.8080304@obluda.cz> <45EBF023.2070501@kmit.sk> Message-ID: <45EBF3D4.3070004@obluda.cz> Jan Poctavek napsal/wrote, On 03/05/07 11:25: >> No, kupodivu, od urciteho poctu stroju je update skoro jednodussi (v >> prepoctu na jeden stroj) nez u mala stroju. Jeden stroj slouzi jako >> "centralni repository" - tam se prelozi world, vsechny ruzne kernely, > Celkom fajn postup.. ale pokial mam medzi servermi aspon jeden i386 tak > na ia64/amd64 mozem asi zabudnut, nie? Package sa daju na rozdiel od > kernelu vybuildovat len s jednou optimalizaciou. > > BTW: oplati sa vobec 64bit kernel? Ja mezi amd64 a i386 nerozlisuji. Ta debata uz tu byla - viz archiv. Zatim jsem nepotreboval pocitac nasazovat an takovem miste, kde by pouzivani amd64 jako amd64 prinaselo vyhody "ktere za to stoji". Takze, hardware takovy mame, ale software na tom bezi i386. Your mileage may vary. Co se ia64 tyce - to je skutecne jina architektura a pro tu by musel byt vybudovan druhy master - za predpokladu, ze jich clovek ma v siti tolik, aby se "centralni update" jiz vyplatil. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From xdivac02 at stud.fit.vutbr.cz Mon Mar 5 13:30:31 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 5 Mar 2007 13:30:31 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <45EBF3D4.3070004@obluda.cz> References: <45EB65C8.5070904@kmit.sk> <45EB7E51.8080304@obluda.cz> <45EBF023.2070501@kmit.sk> <45EBF3D4.3070004@obluda.cz> Message-ID: <20070305123031.GA42294@stud.fit.vutbr.cz> > Co se ia64 tyce - to je skutecne jina architektura a pro tu by musel > byt vybudovan druhy master - za predpokladu, ze jich clovek ma v siti > tolik, aby se "centralni update" jiz vyplatil. fbsd umi cross compiling takze nemusis mit druhy master ve smyslu "neco zcela jineho" staci jen trosicku pozmenit ten prikaz na buildovani worldu/kernelu aby includoval tusim TARGET_ARCH nebo tak neco.... From xdivac02 at stud.fit.vutbr.cz Mon Mar 5 13:34:17 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 5 Mar 2007 13:34:17 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <45EB65C8.5070904@kmit.sk> References: <45EB65C8.5070904@kmit.sk> Message-ID: <20070305123417.GB42294@stud.fit.vutbr.cz> On Mon, Mar 05, 2007 at 01:35:20AM +0100, Jan Poctavek wrote: > Zdravim, > > s ohladom na debatu predchadzajucom threade o vlastnom vs GENERIC > kerneli sa chcem spytat kto z vas pouziva/nepouziva generic kernel a > preco? Rovnaka otazka je aj porty vs package. > Ide mi hlavne o to aby sa veci upgradovali co najviac samy bez mojho > pricinenia a to si pri kompilovanych veciach nedovolim... a potom este > na kompilovane veci treba hoodne viac casu. pouzivam svuj vlastni kernel protoze mam rad ten vlhky slastny pocit ze to mam o 0.1% rychlejsi nez ostatni ;) From Kaminar at seznam.cz Mon Mar 5 15:33:31 2007 From: Kaminar at seznam.cz (Kaminar) Date: Mon, 05 Mar 2007 15:33:31 +0100 (CET) Subject: =?us-ascii?Q?Upgrade=20pri=20behu?= Message-ID: <233.287-32710-1853745418-1173105211@seznam.cz> Zdravim, kdyz jsem cetl debatu o kompilaci kernelu, tak me napadla jedna otazka ohledne upgradu balicku pri jejich vlastnim behu. Dejme tomu, ze budu upgradovat nejaky port spolecne s jeho zavislostmi, ktere ale v dobe upgradu (napr. pomoci portupgrade) budou bezet (napr. gtk). Je to bezpecne? Karel From lumax at in.acompp.sk Mon Mar 5 15:43:55 2007 From: lumax at in.acompp.sk (Lubomir Majersky) Date: Mon, 05 Mar 2007 15:43:55 +0100 Subject: crontab - mailto Message-ID: <45EC2CAA.8090602@in.acompp.sk> Zdravim Vas, obraciam sa na Vas mozno s blbostkou, ale neda mi, aby som sa neopytal skusenych harcovnikov. V root-ovskom crontabe mam zadefinovane spustanie prikazov. Prvy prikaz (P1) sa spusta raz za tyzden, druhy prikaz (P2) sa spusta kazdych 15 minut. Okrem ineho, je v crontabe zadefinovana direktiva "MAILTO". Oba prikazy sa musia spustat pod root-om, ale maily o vykonani/nevykonani by som chcel dostavat len od aplikacie prikazu (P1). Kedze mam dve root-ovske konta (pre jednoduchost "root" a "root1"), tak som to urobil tak, ze mam crontaby pre "root" a pre "root1". "root" je s "MAILTO", "root1" bez "MAILTO". Samozrejme, funguje to. Predsa len, neda sa to sklbit do jedneho crontab-u s tym, ze by to bolo len v tom crontabe pre "root" a aby som pre (P1) dostaval mail a pre (P2) nie? Mam na mysli nejaku finesu, o ktorej som sa v dokumentacii nedocital, ...ze ci sa napriklad neda rozvetvit direktiva "MAILTO" pre prikazy typu (P1) a prikazy typu (P2)? -- LuMaX From babjak at hilbert.chtf.stuba.sk Mon Mar 5 15:48:56 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Mon, 5 Mar 2007 15:48:56 +0100 Subject: crontab - mailto In-Reply-To: <45EC2CAA.8090602@in.acompp.sk> References: <45EC2CAA.8090602@in.acompp.sk> Message-ID: <20070305144856.GA81244@hilbert.chtf.stuba.sk> > Kedze mam dve root-ovske konta (pre jednoduchost "root" a "root1"), tak > som to urobil tak, ze mam crontaby pre "root" a pre "root1". "root" je s > "MAILTO", "root1" bez "MAILTO". Samozrejme, funguje to. ^-- Toto riesenie je spravne, dokonca podporovane priamo systemom; na tieto ucely sluzit pouzivatel "toor", ktory je standardne v passwd. J. From prosa at pro.sk Mon Mar 5 16:29:00 2007 From: prosa at pro.sk (Peter Rosa) Date: Mon, 05 Mar 2007 16:29:00 +0100 Subject: crontab - mailto In-Reply-To: <45EC2CAA.8090602@in.acompp.sk> References: <45EC2CAA.8090602@in.acompp.sk> Message-ID: <45EC373C.105@pro.sk> Zdravim, > Predsa len, neda sa to sklbit do jedneho crontab-u s tym, ze by to bolo > len v tom crontabe pre "root" a aby som pre (P1) dostaval mail a pre > (P2) nie? Mam na mysli nejaku finesu, o ktorej som sa v dokumentacii > nedocital, ...ze ci sa napriklad neda rozvetvit direktiva "MAILTO" pre > prikazy typu (P1) a prikazy typu (P2)? a co takto zadat: 0 0 * * * P1 */15 * * * * P2 > /dev/null 2>&1 Takto sa vsetok vystup P1 bude mailovat a vsetok vystup P2 pojde do... -- Peter Rosa From 000.fbsd at quip.cz Mon Mar 5 16:37:20 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon, 05 Mar 2007 16:37:20 +0100 Subject: Upgrade pri behu In-Reply-To: <233.287-32710-1853745418-1173105211@seznam.cz> References: <233.287-32710-1853745418-1173105211@seznam.cz> Message-ID: <45EC3930.9020602@quip.cz> Kaminar wrote: > Zdravim, > > kdyz jsem cetl debatu o kompilaci kernelu, tak me napadla > jedna otazka ohledne upgradu balicku pri jejich vlastnim behu. > > Dejme tomu, ze budu upgradovat nejaky port spolecne > s jeho zavislostmi, ktere ale v dobe upgradu (napr. > pomoci portupgrade) budou bezet (napr. gtk). Je to bezpecne? Nevim jak u GTK, ale bezne upgraduji MySQL za "plneho provozu" (delam to v noci, ale daemon bezi a vyrizuje par desitek requestu za sekundu), jelikoz bezi pres daemontools a na pres rc.d skripty, tak pri upgradu nedojde k jeho zastaveni. To znamena, ze portupgrade zkompiluje noveho daemona, smaze (odinstaluje) stareho (vcetne vsech knihoven atd.) a nainstaluje noveho. Po celou tuhle dobu MySQL zustava v provozu i kdyz nema na disku puvodni soubory (respektive ja vim, ze interne tam jsou, dokud je proces neuzavre ;]). Pak jen provedu restart daemona a to uz nabehne nova verze, puvodni soubory na disku se uzavrou a dojde tim k uvolneni mista, ktere do ted zabiraly. Mozna v tom je skryte nejake nebezpeci... ale kde neni? Podobne probiha u me i upgrade Apache, nebo PHP. Nedavno mi dokonce na serveru bezel Apache s PHP asi hodinu a pul bez toho, aby napriklad pkg_info vypsalo jakoukoliv zminku o PHP, protoze jsem ho odinstaloval a pak mel problemy s instalaci noveho baliku. (jednalo se o downgrade) Miroslav Lachman From 000.fbsd at quip.cz Mon Mar 5 16:42:34 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon, 05 Mar 2007 16:42:34 +0100 Subject: crontab - mailto In-Reply-To: <45EC2CAA.8090602@in.acompp.sk> References: <45EC2CAA.8090602@in.acompp.sk> Message-ID: <45EC3A6A.7070700@quip.cz> Lubomir Majersky wrote: [...] > Predsa len, neda sa to sklbit do jedneho crontab-u s tym, ze by to bolo > len v tom crontabe pre "root" a aby som pre (P1) dostaval mail a pre > (P2) nie? Mam na mysli nejaku finesu, o ktorej som sa v dokumentacii > nedocital, ...ze ci sa napriklad neda rozvetvit direktiva "MAILTO" pre > prikazy typu (P1) a prikazy typu (P2)? Pokud nechci dostavat maily o spusteni / chybe nejakeho prikazu, tak jeho stdout a stderr presmeruji do /dev/null takze neco jako: # tady endostanu zadnou zpravu * * * * * /path/to/my/script.sh > /dev/null 2> /dev/null # tady dostanu zpravu jen pri chybe * * * * * /path/to/my/script.sh > /dev/null Nebo si ty vystupy mohu presmerovat do souboru spomoci >> a pak budu mit log, ze ktereho se pripadne zpetne dozvim, ze neco probehlo / neprobehlo. Miroslav Lachman From vnovy at vnovy.net Mon Mar 5 16:51:38 2007 From: vnovy at vnovy.net (Vitezslav Novy) Date: Mon, 05 Mar 2007 16:51:38 +0100 Subject: crontab - mailto In-Reply-To: <45EC3A6A.7070700@quip.cz> References: <45EC2CAA.8090602@in.acompp.sk> <45EC3A6A.7070700@quip.cz> Message-ID: <45EC3C8A.7000503@vnovy.net> Miroslav Lachman wrote: > Lubomir Majersky wrote: > [...] >> Predsa len, neda sa to sklbit do jedneho crontab-u s tym, ze by to bolo >> len v tom crontabe pre "root" a aby som pre (P1) dostaval mail a pre >> (P2) nie? Mam na mysli nejaku finesu, o ktorej som sa v dokumentacii >> nedocital, ...ze ci sa napriklad neda rozvetvit direktiva "MAILTO" pre >> prikazy typu (P1) a prikazy typu (P2)? Prirazeni do MAILTO se da v crontabu pouzit vicekrat a plati pro vsechny definice, ktere po nem nasleduji az do dalsiho vyskytu prirazeni do MAILTO. Kdyz nechci nic posilat tak MAILTO="" v. From lumax at in.acompp.sk Mon Mar 5 18:26:36 2007 From: lumax at in.acompp.sk (Lubomir Majersky) Date: Mon, 05 Mar 2007 18:26:36 +0100 Subject: crontab - mailto - OK In-Reply-To: <45EC373C.105@pro.sk> References: <45EC2CAA.8090602@in.acompp.sk> <45EC373C.105@pro.sk> Message-ID: <45EC52CC.7020200@in.acompp.sk> Peter Rosa napsal(a): > a co takto zadat: > 0 0 * * * P1 > */15 * * * * P2 > /dev/null 2>&1 > > Takto sa vsetok vystup P1 bude mailovat a vsetok vystup P2 pojde do... > ...jezis maria, normalne sa hanbim... Vitezslav Novy napsal(a): > Miroslav Lachman wrote: > > Prirazeni do MAILTO se da v crontabu pouzit vicekrat a > plati pro vsechny definice, ktere po nem nasleduji az do dalsiho > vyskytu > prirazeni do MAILTO. > > Kdyz nechci nic posilat tak > MAILTO="" ...a tu tiez, poslednych 10 dni som ako mechom ovaleny. Neviem, ale cital som ten "man 5 crontab" asi 3 krat a toto som tam predtym nevidel MAILTO may also be used to direct mail to multiple recipients by seperating recipient users with a comma. If MAILTO is defined but empty (MAILTO=""), no mail will be sent. Vdaka a ospravedlnujem sa... ...asi starnem -- LuMaX From dan at obluda.cz Mon Mar 5 18:41:28 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 05 Mar 2007 18:41:28 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <20070305123031.GA42294@stud.fit.vutbr.cz> References: <45EB65C8.5070904@kmit.sk> <45EB7E51.8080304@obluda.cz> <45EBF023.2070501@kmit.sk> <45EBF3D4.3070004@obluda.cz> <20070305123031.GA42294@stud.fit.vutbr.cz> Message-ID: <45EC5648.2090807@obluda.cz> Divacky Roman napsal/wrote, On 03/05/07 13:30: >> Co se ia64 tyce - to je skutecne jina architektura a pro tu by musel >> byt vybudovan druhy master - za predpokladu, ze jich clovek ma v siti >> tolik, aby se "centralni update" jiz vyplatil. > > fbsd umi cross compiling takze nemusis mit druhy master ve smyslu "neco zcela jineho" > staci jen trosicku pozmenit ten prikaz na buildovani worldu/kernelu aby includoval > tusim TARGET_ARCH nebo tak neco.... To je trochu otazka duvery. Mam podezreni, ze cross-compiling nebude prilis siroce pouzivany a tak bych se obaval, ze bude primerene tomu neodladeny. A dokonce i kdyz pominu tuhle neduveru, stejne si to nedovedu moc predstavit. S;ousta prace bude zajistit kompletni oddelenost stromu - ruzne architektury musi sve veci instalovat do ruznych stromu a take je tamodsud brat. Kde si vubec nedovedu predstavit, ze by system nenarazil jsou pripady, kdy se pri prekladu pozdeji pouzivaji programy vznikle behem prekladu drive. Jako jednoduchy priklas si muzeme zvolit program "install" - ten se za normalnich okolnosti prelozi a nasledne nainstaluje, k cemuz se pouzije on sam. U cross-compilingu by se ale musel prelozit dvakrat - pro obe platformy, pricemz pro "nainstalovani" do spravneho ciloveho mista se musi pouzit binar pro host-platformu, al enainstalovat se musi binar pro target-platformu. Obdobny problem vznikne i u nekterych portu. Mam urcite pochybnosti, ze je cely kompilacni system kompletne pripraveny na cross-compiling. Jednotlive komponenty vetsinou mozna ano, ale v celek moc duveru nemam ... Ale nezkousel jsem to. Jestli tu nekdo napise "pouzivam to bezne", prekvapi me to. Prijemne. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Mon Mar 5 20:12:56 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 05 Mar 2007 20:12:56 +0100 Subject: Upgrade pri behu In-Reply-To: <233.287-32710-1853745418-1173105211@seznam.cz> References: <233.287-32710-1853745418-1173105211@seznam.cz> Message-ID: <45EC6BB8.3060008@obluda.cz> Kaminar napsal/wrote, On 03/05/07 15:33: > Dejme tomu, ze budu upgradovat nejaky port spolecne > s jeho zavislostmi, ktere ale v dobe upgradu (napr. > pomoci portupgrade) budou bezet (napr. gtk). Je to bezpecne? Obecne ? Samozrejme, ze ne. Pokud program v prubehu sve cinnost muze nacitat nove knihovny, nebo treba jen konfiguraci, muze dojit k tomu, ze "stary" program zhavaruje proto, ze nove knihovne/konfiguraci nebude rozumet. A lze vytvorit i dalsi scenare. Konkretne ? Delam to bezne a verim, ze vazne problemy nastanou spise vyjimecne, coz ony zatim vetsinou take ochotne delaji. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From hrabec at naxo.net Tue Mar 6 08:51:23 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Tue, 6 Mar 2007 08:51:23 +0100 (CET) Subject: ipfw & ftp Message-ID: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> Dobry den, rad bych "umravnoval" provoz na lince a krome nekterych protokolu (http,ftp,smtp,pop3) bych chtel vse ostatni hnat pres pipe. U vetsiny problem neni, staci jenom definovat typ portu, ktery bude pipe "obchazet". Problem vsak nastava u ftp. Netusim presne jak zachytit, kdyz klient navaze spojeni na portu 21 a pote zacne stahovat data pres nejaky predem neznamy druhy port - jak tento "zjisit" a vytvorit pro nej (nejspise pouze docasne) pravidlo, ktere tento provoz pusti mimo pipe. Dekuji za pripadne nasmerovani, kudy se v reseni takove situace ubirat. Diky, Pepa. From dan at obluda.cz Tue Mar 6 11:39:49 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Mar 2007 11:39:49 +0100 Subject: ipfw & ftp In-Reply-To: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> Message-ID: <45ED44F5.6000406@obluda.cz> Josef Hrabec napsal/wrote, On 03/06/07 08:51: > rad bych "umravnoval" provoz na lince a krome nekterych protokolu > (http,ftp,smtp,pop3) bych chtel vse ostatni hnat pres pipe. U vetsiny > problem neni, staci jenom definovat typ portu, ktery bude pipe "obchazet". > Problem vsak nastava u ftp. > > Netusim presne jak zachytit, kdyz klient navaze spojeni na portu 21 a pote > zacne stahovat data pres nejaky predem neznamy druhy port - jak tento > "zjisit" a vytvorit pro nej (nejspise pouze docasne) pravidlo, ktere tento > provoz pusti mimo pipe. Nijak jednoduse nebo nijak stoprocentne spolehlive. Rozumna a casto prijatelna aproximace je - ze na jednom konci takoveho spojeni bude port 20 - takze lze za datova spojeni povazovat kazde, kde je na jednom z koncu tento port. Ano, nemusi to byt zcela spolehliva detekce. Ale soudim, ze by to melo stacit - uz s ohledem na to, ze stejny problem mas s HTTP, ktere ani nahodou nemusi probihat pouze na port 80 a ne vsechno co probiha na port 80 je HTTP - a to, rekl bych, taky neresis a omezujes se na ciste rozhodovani "podle cisla portu" - tak by totez melo stacit i u FTP ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From hrabec at naxo.net Tue Mar 6 14:43:24 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Tue, 6 Mar 2007 14:43:24 +0100 (CET) Subject: ipfw & ftp In-Reply-To: <45ED44F5.6000406@obluda.cz> References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> <45ED44F5.6000406@obluda.cz> Message-ID: <52636.172.20.8.1.1173188604.squirrel@email.naxo.net> > Josef Hrabec napsal/wrote, On 03/06/07 08:51: >> rad bych "umravnoval" provoz na lince a krome nekterych protokolu >> (http,ftp,smtp,pop3) bych chtel vse ostatni hnat pres pipe. U vetsiny >> problem neni, staci jenom definovat typ portu, ktery bude pipe >> "obchazet". >> Problem vsak nastava u ftp. >> >> Netusim presne jak zachytit, kdyz klient navaze spojeni na portu 21 a >> pote >> zacne stahovat data pres nejaky predem neznamy druhy port - jak tento >> "zjisit" a vytvorit pro nej (nejspise pouze docasne) pravidlo, ktere >> tento >> provoz pusti mimo pipe. > > Nijak jednoduse nebo nijak stoprocentne spolehlive. > > Rozumna a casto prijatelna aproximace je - ze na jednom konci takoveho > spojeni bude port 20 - takze lze za datova spojeni povazovat kazde, kde > je na jednom z koncu tento port. > > Ano, nemusi to byt zcela spolehliva detekce. Ale soudim, ze by to melo > stacit - uz s ohledem na to, ze stejny problem mas s HTTP, ktere ani > nahodou nemusi probihat pouze na port 80 a ne vsechno co probiha na port > 80 je HTTP - a to, rekl bych, taky neresis a omezujes se na ciste > rozhodovani "podle cisla portu" - tak by totez melo stacit i u FTP ... > > Dan No, ono treba u http se da rict, ze majoritni cast vsech serveru komunikuje na portu 80, 443 pripadne 8080 a ten zbytek je velmi male procento. Ale velka cast komunikace s ftp servery probiha na portu 21 (prikazy) a pak na nejakem jinem predem neznamem vysokem portu tecou vlastni data. (ten port 20 se pouziva, co jsem si tak vsimnul, spise zridka) Takze rikas, ipfw nemuze jednoduse zjistit, ktery z tech vyssich portu prislusi k danemu ftp spojeni a pro nej vygenerovat prislusne pravidlo. Tak nevim, tak zkusim jestli nepujde neco ve stylu - kdyz jde na nejaky server spojeni na port 21, tak pro tu danou IP obchazet pipe pro veskery provoz. V takovem pripade je docela mala pravdepodobnost, ze na stejnou IP potecou jeste nejaka data prislusejici P2P siti a kdyz se tak nahodou stane, nebude to jev prilis casty. ...coz jsem prve asi mel dodat, ze tim chci sledovat "umravneni" provozu na P2P sitich, ne jej zcela zakazat, jenom mu vyhradit pouze cast prenosove kapacity linky a vyjmenovanym protokolum umoznit vyuziti linky plne na jeji maximum. Pepa. From cizek.milan at seznam.cz Tue Mar 6 18:19:15 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Tue, 6 Mar 2007 18:19:15 +0100 Subject: ipfw & ftp In-Reply-To: <52636.172.20.8.1.1173188604.squirrel@email.naxo.net> References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net><45ED44F5.6000406@obluda.cz> <52636.172.20.8.1.1173188604.squirrel@email.naxo.net> Message-ID: <001a01c76013$90f7c2f0$1403000a@milanc> > ...coz jsem prve asi mel dodat, ze tim chci sledovat > "umravneni" provozu na P2P sitich, ne jej zcela zakazat, > jenom mu vyhradit pouze cast prenosove kapacity linky a > vyjmenovanym protokolum umoznit vyuziti linky plne na jeji maximum. Ahoj, ja jsem toto vyresil opacnym postupem. Tj. zvyhodnit vsechny "potrebne protokoly" a ten zbytek hazet do defaultni pipe s nejnizsi prioritou. Udelane to mam pomoci PF-PRIQ, ale jestli to opravdu funguje tezko rict. :) Milan From dan at obluda.cz Tue Mar 6 20:42:09 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Mar 2007 20:42:09 +0100 Subject: ipfw & ftp In-Reply-To: <52636.172.20.8.1.1173188604.squirrel@email.naxo.net> References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> <45ED44F5.6000406@obluda.cz> <52636.172.20.8.1.1173188604.squirrel@email.naxo.net> Message-ID: <45EDC411.8060809@obluda.cz> Josef Hrabec napsal/wrote, On 03/06/07 14:43: >> Nijak jednoduse nebo nijak stoprocentne spolehlive. > No, ono treba u http se da rict, ze majoritni cast vsech serveru Zacnu necim jinym. Slo by pouzivat quotting jako mezi slusnymi lidmi a nenechavat v podpovedi cely text, jak jsem tady o to uz asi milionkrat prosil ? Vas to nijak neprimerene nezdrzi a nam, co mame denne vic nez pet dopisu k vyrizeni to opravdu dost pomuze - a tem, co to nepomuze to prinejmensim neublizi. Diky. > (prikazy) a pak na nejakem jinem predem neznamem vysokem portu tecou > vlastni data. > (ten port 20 se pouziva, co jsem si tak vsimnul, spise zridka) Nemam vlastni statistiku a tak se neodvazuju s timto tvrzeni nijak exaktne polemizovat. Ja takovy dojem nemam, ja mam dojem, ze naopak ve vetsine pripadu server port 20 pouziva. > Takze rikas, ipfw nemuze jednoduse zjistit, ktery z tech vyssich portu > prislusi k danemu ftp spojeni a pro nej vygenerovat prislusne pravidlo. Ano, to nemuze, bez kontextove analyzy aplikacni vrstvy komunikace na prikazovem portu. Coz neni uplne trivialni a ipfw to nedela. Ktery, mimochodem, nemusi probihat na port 21, kdy na to prijde ... > Tak nevim, tak zkusim jestli nepujde neco ve stylu - kdyz jde na nejaky > server spojeni na port 21, tak pro tu danou IP obchazet pipe pro veskery > provoz. Jde ledacos. Nakonec, vzdycky si clovek muze napsat tool vlastni. Neni to uplne jednoduche, ale neni to ani zas az tak slozite. > ...coz jsem prve asi mel dodat, ze tim chci sledovat "umravneni" provozu > na P2P sitich, ne jej zcela zakazat, jenom mu vyhradit pouze cast > prenosove kapacity linky a vyjmenovanym protokolum umoznit vyuziti linky > plne na jeji maximum. Taky se da zprovoznit lokalni http/ftp proxy. Kdo ji bude pouzivat a tim ohleduplne setrit kapacitu vnejsi linky, tomu se za odmenu dostane nelimitovaneho pasma. Kdo si pojede "na vlastni triko", ten musi pocitat s tim, ze nektera komunikace (tam, kde bude pouzit port 80, 21, 20) bude nelimitovana a ostatni bud elimitovana. Nakonec si kazdy muze vybrat sam ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From hrabec at naxo.net Tue Mar 6 21:05:44 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Tue, 6 Mar 2007 21:05:44 +0100 Subject: ipfw & ftp References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net><45ED44F5.6000406@obluda.cz><52636.172.20.8.1.1173188604.squirrel@email.naxo.net> <001a01c76013$90f7c2f0$1403000a@milanc> Message-ID: <004701c7602a$d5ed4c60$050814ac@hal9000> > Ahoj, ja jsem toto vyresil opacnym postupem. Tj. zvyhodnit vsechny > "potrebne > protokoly" a ten zbytek hazet do defaultni pipe s nejnizsi prioritou. > Udelane to mam pomoci PF-PRIQ, ale jestli to opravdu funguje tezko rict. > :) ano, takto bych to chtel taky udelat, jenom se mi zatim nepodarilo najit reseni, jak k tem "potrebnym" protokolum pridat ftp, prave diky jeho vlastnosti posilani dat po dalsim separatnim portu, ktery si vzdy klient se serverem navzajem domluvi pepa From hrabec at naxo.net Tue Mar 6 21:57:23 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Tue, 6 Mar 2007 21:57:23 +0100 Subject: ipfw & ftp References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> <45ED44F5.6000406@obluda.cz><52636.172.20.8.1.1173188604.squirrel@email.naxo.net> <45EDC411.8060809@obluda.cz> Message-ID: <007c01c76032$0d17e6d0$050814ac@hal9000> > Zacnu necim jinym. Slo by pouzivat quotting jako mezi slusnymi lidmi a > nenechavat v podpovedi cely text, jak jsem tady o to uz asi milionkrat > prosil ? Vas to nijak neprimerene nezdrzi a nam, co mame denne vic nez > pet dopisu k vyrizeni to opravdu dost pomuze - a tem, co to nepomuze to > prinejmensim neublizi. Diky. Za zanechani celeho textu v odpovedi se omlouvam a obecne se to v konferenci snazim nedelat. Pisi sem jiz velmi zridka, protoze moje hlavni pracovni napln jiz bohuzel FreeBSD neni, coz me mrzi, ale nic s tim nenadelam. A tak se obcas stane, ze nesvar nejenom citovani celeho e-mailu, ale i pripisovani odpovedi ne na konec komunikace, nybrz na jeji zacatek sem muze proniknout. Je to smutne, ale postovni klienti pouzivani v podnikove komunikaci uzivatele k tomuto chovani primo programove navadeji a vyucuji, at jiz se jedna o Outlook nebo treba o u nas pouzivany Lotus. A jenom pro zajimavost dodavam, ze kdyz jsem zkusil tato pravidla uplatnit ve firemni komunikaci, tak adresati nedokazali odpoved v textu nalezt, ba dokonce se treba divili i takovym vecem, jako ze je attachement az na samotnem konci e-mailu. Neb IBM lidi uci, ze si prilohy mohou vkladat libovolne do textu, nejlepe rovnou na zacatek.... ...je to smutne, ale tohle je docela velky tlak, kteremu se nesnadno odolava. Procez se jeste jednou za predchozi prohresek omlouvam. > Taky se da zprovoznit lokalni http/ftp proxy. Kdo ji bude pouzivat a > tim ohleduplne setrit kapacitu vnejsi linky, tomu se za odmenu dostane > nelimitovaneho pasma. Kdo si pojede "na vlastni triko", ten musi pocitat > s tim, ze nektera komunikace (tam, kde bude pouzit port 80, 21, 20) bude > nelimitovana a ostatni bud elimitovana. > > Nakonec si kazdy muze vybrat sam ... Ano, s tou proxy to je take dobry napad a proxy server provozuji. Lec tato pravidla lze s uspechem pouzivat v akademickych sitich, kde mas patrne moznost pusobit. Avsak bezni uzivatele, kteri nechapou ani zakladni pojmy nejsou schopni neco takoveho pochopit ba se vubec naucit pouzivat. Nic mene, posledni dotaz (protoze nemam zatim prilis zkusenosti s vytvarenim dynamickych pravidel), existuje u ipfw moznost, jak pri pruchodu paketu z interni site nekam ven na libovolnou IP a port (v nasem pripade necht je to port 21 tcp) vygenerovat automaticky pravidlo, ktere by pro danou IP obeslo defaultni pipe? Treba nejake "skip to", nebo tak neco? Diky, Pepa. From dan at obluda.cz Tue Mar 6 22:46:38 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 06 Mar 2007 22:46:38 +0100 Subject: ipfw & ftp In-Reply-To: <007c01c76032$0d17e6d0$050814ac@hal9000> References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> <45ED44F5.6000406@obluda.cz><52636.172.20.8.1.1173188604.squirrel@email.naxo.net> <45EDC411.8060809@obluda.cz> <007c01c76032$0d17e6d0$050814ac@hal9000> Message-ID: <45EDE13E.9080308@obluda.cz> Josef Hrabec napsal/wrote, On 03/06/07 21:57: > Ano, s tou proxy to je take dobry napad a proxy server provozuji. Lec tato > pravidla lze s uspechem pouzivat v akademickych sitich, kde mas patrne > moznost pusobit. Avsak bezni uzivatele, kteri nechapou ani zakladni pojmy > nejsou schopni neco takoveho pochopit ba se vubec naucit pouzivat. Dokazal bych se znacne rozcilit nad poznamkou, ze chtit po odbornem spravci nejakeho pocitace trivialni konfiguracni zasah si muze dovolit jen od reality odtrzeny akademicky spravce - dost pochybuju, ze uzivatele "u komercniho spravce" jsou tupe opice, ktere kdyz se jim na pocitaci neco stane, tak ho vyhodi do nejblizsi popelnice a jsou si koupit novy. Nicmene, rozcilovat se nebudu i kdyz mi pripada normalni, ze s autem si musim poridit taky ridice - nebo se naucit ridit. Nepochybuju, ze kazdy ten jeden clovek o kterem je rec ma nekoho, kdo mu pocitac odvirovava a vubec resi nejruznejsi provozni problemy daneho pocitace - a i kdyby tedy podle navodu (pricemz navod zni - "stahnete tenhle ".reg" soubor, kliknete na nej - tim je konfigurace dokoncena) nedokazal proxy nastavit uzivatel sam, jiste by to dokazal tento spravce. A nakonec - navrhnul jsem metodu, ktera zachovala funkci tem, kteri to z jakehokoliv duvodu neudelali - ti jen "nedosahli" na nelimitovane spojeni. Nicmene, do toho, zrejme, nevidim - treba se "tam u vas, v komercni sfere" zavirovane notebooky, pocitace, ktere prestanou ziskavat adresu z DHCP a vubec - pocitace, ktere proste vyzaduji nejaky servisni ci konfiguracni zasah skutecne proste vyhazuji - kdyz je "kliknuti na ikonku" pro uzivatele takovy problem. To mi neprislusi resit a uz vubec ne tady, i kdyz si nemyslim, ze jsou uzicvatele az takovi debilove jak tu byli prezentovani. Kliknout an ikonku urcite umi vsichni. Nicmene, zpatky na zem. Exploreru lze nastaveni proxy predat pres DHCP, nebo dalsimi "autokonfiguracnimi" metodami tedy bez kooperace s uzivatelem. I kdyz je mozne, ze to lze zakazat - kdo byl ovsem tak sikovny, ze to dokazal zakazat, ten by mel byt dostatecne schopny proxy nastavit. Zminoval, jsme i alternativni reseni - ze "reseni na miru" zvladnete udelat s nevelkym programovanim - pres "tee" nebo bpf sbirat kopie paketu, analyziovat obsah a podle nalezenych prikazu modifikovat nastaveni firewallu. Nemyslim, ze by to presahlo 30 clovekohodin. A urcite tu budou i dalsi reseni. Mozna je prilis limitujici vazat se na ipfw. Nicmene, to jsou skutecne vsechno jen navrhy. Dostanete jine, na neco prijdete sam a vyberete si neco co vam bude vyhovovat nejlepe. jen mam trochu obavy, ze se vam nepodari soucasne dosahnout zmeny, aniz by se cokoliv zmenilo - bud' uzivatle nebo vy, a mozna obe strany, budete muset nejakou tu energii vynalozit. > Nic mene, posledni dotaz (protoze nemam zatim prilis zkusenosti s vytvarenim > dynamickych pravidel), existuje u ipfw moznost, jak pri pruchodu paketu z > interni site nekam ven na libovolnou IP a port (v nasem pripade necht je to > port 21 tcp) vygenerovat automaticky pravidlo, ktere by pro danou IP obeslo > defaultni pipe? Treba nejake "skip to", nebo tak neco? IMHO ne. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From hrabec at naxo.net Tue Mar 6 23:31:01 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Tue, 6 Mar 2007 23:31:01 +0100 Subject: OT ipfw & ftp References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> <45ED44F5.6000406@obluda.cz><52636.172.20.8.1.1173188604.squirrel@email.naxo.net> <45EDC411.8060809@obluda.cz><007c01c76032$0d17e6d0$050814ac@hal9000> <45EDE13E.9080308@obluda.cz> Message-ID: <008801c7603f$21ba92b0$050814ac@hal9000> > Dokazal bych se znacne rozcilit nad poznamkou, ze chtit po odbornem > spravci nejakeho pocitace trivialni konfiguracni zasah si muze dovolit > jen od reality odtrzeny akademicky spravce - dost pochybuju, ze > uzivatele "u komercniho spravce" jsou tupe opice, ktere kdyz se jim na > pocitaci neco stane, tak ho vyhodi do nejblizsi popelnice a jsou si > koupit novy.... V predchozim prispevku jsem nekolikrat pouzil slovo "omlouvam" a to v pravde nebylo mysleno ironicky. I pridavek o vychovavani uzivatelu pomoci komercniho software v komercnich sitich a jista lehkost byti spravce v siti akademicke, nemela rovnez byti zadnou stiplavou poznamkou, ale pouhym povzdechem nad danou skutecnosti. Neb sam jsem zhruba pred deseti lety take byval clenem akademicke site a rad na ty casy vzpominam. Nic mene, asi to uz sem nepatri, ale rad bych uvedl na pravou miru situaci vlastniku aut bez ridice a ostatnich "tupych opic". V zamestnani se spravou site nezabyvam, na to tam jsou jini zamestnanci a ti, tem kteri ono auto ridit neumi, v ramci svych mentalnich a fyzickych schopnosti s volantem a saltpakou pomahaji. A veskere me dotazy se tykaji pouze provozu lokalni panelakove site, kde amatersky propojujeme nekolik desitek uzivatelu navzajem a vsichni spolecne jsme pak pripojeni k siti internet. A verte mi, ze vetsina techto lidi z panelaku jsou prave ony "tupe opice", ktere si v hypermaketu tesco zakoupily automobil, ale uz se vubec nezaobirali tim, ze by si meli udelat ridicsky prukaz, ci si alespon precist prirucku s dopravnimi predpisy. (maminky v domacnosti, tatinkove pracujici v tovarne u pasu, hrajici si deti.... casto vnimajici pocitacovou sit jako kabelovou televizi nechapajice, proc by meli nejak sve chovani na pocitaci korigovat - telku maji prece taky pustenou kdy chteji a na jakem programu chteji...) Nakonec tedy jeste jednou - omlouvam se, pokud jsem neco napsal tak, ze to vyznelo nevhodne. Vasich prispevku v konferenci si vazim a jsem vdecny za kazdou pomoc, ktere se mi touto cestou muze dostat. Nyni jiz vim, ze reseni tohoto problemu neni trivialni a ze zrejme bude dany problem treba resit jinym zpusobem. S pranim hezkeho vecera, Pepa. From xkucf03 at seznam.cz Tue Mar 6 23:56:10 2007 From: xkucf03 at seznam.cz (=?UTF-8?B?RnJhbnRpxaFlayBLdcSNZXJh?=) Date: Tue, 06 Mar 2007 23:56:10 +0100 Subject: OT ipfw & ftp In-Reply-To: <008801c7603f$21ba92b0$050814ac@hal9000> References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> <45ED44F5.6000406@obluda.cz><52636.172.20.8.1.1173188604.squirrel@email.naxo.net> <45EDC411.8060809@obluda.cz><007c01c76032$0d17e6d0$050814ac@hal9000> <45EDE13E.9080308@obluda.cz> <008801c7603f$21ba92b0$050814ac@hal9000> Message-ID: <45EDF18A.8040508@seznam.cz> Josef Hrabec napsal(a): > I pridavek o vychovavani uzivatelu pomoci > komercniho software v komercnich sitich a jista lehkost byti spravce v siti > akademicke, nemela rovnez byti zadnou stiplavou poznamkou, ale pouhym > povzdechem nad danou skutecnosti. A co je ?patn?ho na tom, ?e v Lotus Notes mohu p??lohu um?stit do textu tak, kam v?cn? pat??? Stejn? tak s t?m psan?m odpov?d? nahoru nebo dol?. Tady nezb?v? ne? se p?izp?sobit, ale kdyby bylo po m?m, tak budu odpov?dat nahoru. D?vod: chci ??st to, co mi n?kdo p??e a ne n?kolik zpr?v zp?tky a teprve potom se dopracovat k tomu nov?mu. A kdy? chci souvislosti, tak se pod?v?m dol?, o ?em se psalo d??v. V?jimkou jsou snad jen p??pady, kdy je p?vodn? zpr?va hodn? dlouh? a je pot?eba reagovat na jej? konkr?tn? ??sti -- v tom p??pad? ale up?ednos?uji, kdy? p?vodn? autor ??sluje odstavce / rozd?l? zpr?vu na body a na n? se pak d? reagovat. (m?sto citov?n?). Franta P.S. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? co? je sice fajn vtip, ale m?j n?zor - viz v??e. From hrabec at naxo.net Wed Mar 7 00:12:44 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Wed, 7 Mar 2007 00:12:44 +0100 Subject: OT ipfw & ftp References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> <45ED44F5.6000406@obluda.cz><52636.172.20.8.1.1173188604.squirrel@email.naxo.net> <45EDC411.8060809@obluda.cz><007c01c76032$0d17e6d0$050814ac@hal9000> <45EDE13E.9080308@obluda.cz><008801c7603f$21ba92b0$050814ac@hal9000> <45EDF18A.8040508@seznam.cz> Message-ID: <009e01c76044$f5321050$050814ac@hal9000> > A co je ?patn?ho na tom, ?e v Lotus Notes mohu p??lohu um?stit do textu > tak, > kam v?cn? pat??? Pokud budou vsichni uzivatele na svete pouzivat pouze Lotus Notes tak samozrejme nic. Ale uzivatele ostatnich postovnich klientu tu "vecne" umistenou prilohu stejne v textu neuvidi a takovych je na svete vetsina. Takze ona feature neni prilis uzitecna a uzivatele, kteri nikdy v zivote nic jineho nez Lotus nepouzivali, toto vede k mylnym predstavam o funkci elektronicke posty. Jednim takovym uzivatelem je treba muj sef. A docela dobre jsem se bavil, kdyz se tuhle divil, proc mu zakaznik neposlal v e-mailu dokument o ktery jej zadal.... No, inu, onen dokument byl az uplne dole za petkrat preposlanym textem. A on jakozto uzivatel vycviceny spolecnosti IBM, by tak "hluboko dole" nikdy potrebnou prilohu nehledal.... :-) p. From xkucf03 at seznam.cz Wed Mar 7 00:21:11 2007 From: xkucf03 at seznam.cz (=?UTF-8?B?RnJhbnRpxaFlayBLdcSNZXJh?=) Date: Wed, 07 Mar 2007 00:21:11 +0100 Subject: OT ipfw & ftp In-Reply-To: <009e01c76044$f5321050$050814ac@hal9000> References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> <45ED44F5.6000406@obluda.cz><52636.172.20.8.1.1173188604.squirrel@email.naxo.net> <45EDC411.8060809@obluda.cz><007c01c76032$0d17e6d0$050814ac@hal9000> <45EDE13E.9080308@obluda.cz><008801c7603f$21ba92b0$050814ac@hal9000> <45EDF18A.8040508@seznam.cz> <009e01c76044$f5321050$050814ac@hal9000> Message-ID: <45EDF767.8030707@seznam.cz> Josef Hrabec napsal(a): >> A co je ?patn?ho na tom, ?e v Lotus Notes mohu p??lohu um?stit do textu >> tak, >> kam v?cn? pat??? >> > > Pokud budou vsichni uzivatele na svete pouzivat pouze Lotus Notes tak > samozrejme nic. Ale uzivatele ostatnich postovnich klientu tu "vecne" > umistenou prilohu stejne v textu neuvidi a takovych je na svete vetsina. > Takze ona feature neni prilis uzitecna a uzivatele, kteri nikdy v zivote nic > jineho nez Lotus nepouzivali, toto vede k mylnym predstavam o funkci > elektronicke posty. > Jednim takovym uzivatelem je treba muj sef. A docela dobre jsem se bavil, > kdyz se tuhle divil, proc mu zakaznik neposlal v e-mailu dokument o ktery > jej zadal.... No, inu, onen dokument byl az uplne dole za petkrat > preposlanym textem. A on jakozto uzivatel vycviceny spolecnosti IBM, by tak > "hluboko dole" nikdy potrebnou prilohu nehledal.... :-) > > p. > > > 1) Lotus Notes zn?m z ptost?ed?, kde 100% lid? m? Lotus Notes, prakticky nic nejde ven na internet do jin?ch klient?. Nav?c inteligentn? u?ivatel by s t?m beztak nem?l probl?m a svoji p??lohu by na?el i "tam dole." 2) P?ijde mi to jako nad?v?n? na v?robce luxusn?ch aut. Ti taky nemysl? na to, ?e chud?k u?ivatel (?idi?) jednou t?eba sedne do oby?ejn?ho osob?ku a bude mu tam spousta v?c? chyb?t :-) From dan at obluda.cz Wed Mar 7 00:24:03 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 07 Mar 2007 00:24:03 +0100 Subject: OT ipfw & ftp In-Reply-To: <45EDF18A.8040508@seznam.cz> References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> <45ED44F5.6000406@obluda.cz><52636.172.20.8.1.1173188604.squirrel@email.naxo.net> <45EDC411.8060809@obluda.cz><007c01c76032$0d17e6d0$050814ac@hal9000> <45EDE13E.9080308@obluda.cz> <008801c7603f$21ba92b0$050814ac@hal9000> <45EDF18A.8040508@seznam.cz> Message-ID: <45EDF813.6040506@obluda.cz> Franti?ek Ku?era napsal/wrote, On 03/06/07 23:56: > ale kdyby bylo po m?m, tak budu odpov?dat nahoru. D?vod: chci ??st to, > co mi n?kdo p??e > a ne n?kolik zpr?v zp?tky a teprve potom se dopracovat k tomu nov?mu. Jestlize "to stare" nebylo pro snadne pochopeni toho noveho treba, a "jen to zdrzuje" pak to v reakci nemelo zustat vubec - ani nahore, ani dole. Top-posting je tak jen sekundarni reakce na primarni problem - a to je neohleduplne ponechavani zbytecnych pasazi textu v odpovedi. Co se tyce meho predchoziho prispevku, kdyz jsem napsal, ze se nebudu rozcilovat, mel jsem to udelat a nerozcilovat se. Udeluji si proto napomenuti moderatora a vsem postizenym se omlouvam. Taky mam obcas slabsi chvilky. Jako kazdy. Prestoze navrzene reseni - proxy - primarne konfiguraci na strane uzivatele nevyzaduje, a i tam, kde je rozumejsi ji preci jen provest jde o pouhe poklepani na ikonu, rozhodne netvrdim, ze je to jedine mozne nebo snad nejlepsi mozne reseni, Ja jen navrhuju moznosti - zvladl jsem, tusim, tri. Vyber musi provest ten, kdo zna lokalni podminky. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From zburget at miastudio.cz Wed Mar 7 08:01:15 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Wed, 07 Mar 2007 08:01:15 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <20070305123417.GB42294@stud.fit.vutbr.cz> References: <45EB65C8.5070904@kmit.sk> <20070305123417.GB42294@stud.fit.vutbr.cz> Message-ID: <45EE633B.1030600@miastudio.cz> Divacky Roman napsal(a): > pouzivam svuj vlastni kernel protoze mam rad ten vlhky slastny pocit ze to > mam o 0.1% rychlejsi nez ostatni ;) zklamu te, nemas to rychlejsi. ...my ostatni taky pouzivame vlastni kernel -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From rajo at platon.sk Wed Mar 7 09:14:23 2007 From: rajo at platon.sk (Lubomir Host) Date: Wed, 7 Mar 2007 09:14:23 +0100 Subject: kompilovat ci nekompilovat In-Reply-To: <45EE633B.1030600@miastudio.cz> References: <45EB65C8.5070904@kmit.sk> <20070305123417.GB42294@stud.fit.vutbr.cz> <45EE633B.1030600@miastudio.cz> Message-ID: <20070307081423.GW17335@platon.sk> On Wed, Mar 07, 2007 at 08:01:15AM +0100, Zbyn?k Burget wrote: > > > Divacky Roman napsal(a): > > pouzivam svuj vlastni kernel protoze mam rad ten vlhky slastny pocit ze to > > mam o 0.1% rychlejsi nez ostatni ;) > > zklamu te, nemas to rychlejsi. Ked si clovek kompiluje vsetko sam, tak to ma dokonca vsetko pomalsie. Staci zaratat spomalenie sposobene kompilaciou. ;-)) Teda ak sa kompiluje na tom istom stroji ... rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From 000.fbsd at quip.cz Wed Mar 7 09:33:35 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed, 07 Mar 2007 09:33:35 +0100 Subject: FreeBSD 4.x a porty Message-ID: <45EE78DF.5010404@quip.cz> Nez se zacnou nekteri ptat / divit, ze jim nejde cosi s portama na 4.x, tak v /usr/ports/UPDATING je celkem podstatna informace 20070205: AFFECTS: all users of FreeBSD 4.X AUTHOR: portmgr at FreeBSD.org The remnants of FreeBSD 4.X support have been removed from bsd.port.mk. Any remaining users should _not_ get this or any subsequent updates. Sice neocekavam, ze je tu moc uzivatelu FreeBSD 4.x a ti co jsou jiste ctou /usr/ports/UPDATING, ale treba se to nekomu hodit bude. Miroslav Lachman From freebsd-users-l at wilbury.sk Wed Mar 7 10:10:51 2007 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Wed, 07 Mar 2007 10:10:51 +0100 Subject: FreeBSD 4.x a porty In-Reply-To: <45EE78DF.5010404@quip.cz> References: <45EE78DF.5010404@quip.cz> Message-ID: <45EE819B.5080504@wilbury.sk> Miroslav Lachman wrote: > > Sice neocekavam, ze je tu moc uzivatelu FreeBSD 4.x a ti co jsou jiste > ctou /usr/ports/UPDATING, ale treba se to nekomu hodit bude. Mam na sieti este nejake 4.x masiny a nedavno som kompiloval ``vim'' z portov, co v pohode zbehlo :-) otis -- Juraj Lutter | /\ ASCII Ribbon Campaign otis (at) wilbury.sk | \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail From hrabec at naxo.net Wed Mar 7 10:41:21 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Wed, 7 Mar 2007 10:41:21 +0100 (CET) Subject: FreeBSD 4.x a porty In-Reply-To: <45EE819B.5080504@wilbury.sk> References: <45EE78DF.5010404@quip.cz> <45EE819B.5080504@wilbury.sk> Message-ID: <53980.172.20.8.1.1173260481.squirrel@email.naxo.net> > Mam na sieti este nejake 4.x masiny a nedavno som kompiloval ``vim'' z > portov, co v pohode zbehlo :-) Zhruba pred mesicem, jsem kompiloval sambu3 z portu na 5.5 neuspesne... Na 6.1 a 6.2 prosla kompilace samby3 bez chyb. Takze asi uz ani pro verze 5.x nebudou vsechny porty pouzitelne. pepa From dan at obluda.cz Wed Mar 7 10:59:08 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 07 Mar 2007 10:59:08 +0100 Subject: FreeBSD 4.x a porty In-Reply-To: <53980.172.20.8.1.1173260481.squirrel@email.naxo.net> References: <45EE78DF.5010404@quip.cz> <45EE819B.5080504@wilbury.sk> <53980.172.20.8.1.1173260481.squirrel@email.naxo.net> Message-ID: <45EE8CEC.3070900@obluda.cz> Josef Hrabec napsal/wrote, On 03/07/07 10:41: >> Mam na sieti este nejake 4.x masiny a nedavno som kompiloval ``vim'' z >> portov, co v pohode zbehlo :-) > > Zhruba pred mesicem, jsem kompiloval sambu3 z portu na 5.5 neuspesne... Na > 6.1 a 6.2 prosla kompilace samby3 bez chyb. Takze asi uz ani pro verze 5.x > nebudou vsechny porty pouzitelne. Ani na 6.2 nejsou vsechny porty pouzitelne. ;-) isakmpd nejde zkompilovat od te doby, co se v OS objevilo OpenSSL verze 0.9.8b (to byla myslim 6.1-R) a v pripade pritomnosti OpenSSL z portu neslo zkompilovat snad nikdy, graphviz nejde zkompilovat od chvile, co se objevilo gd 2.0.34 ... Situace na bojisti se proste meni kazdym okamzikem ... Ale trochu odbocim v souvislosti s tim graphvizem - opravte me nekdo - kdyz mam dva zdrojaky a v obou pouziju globalni promennou stejneho jmena deklarovanou jako "static" tak by to nemelo pri linkovani delat zadne problemy. "static" promenne jsou preci "viditelne" pouze v ramci tehoz zdrojoveho kodu. Nebo se mi to uz v hlave plete ? Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From pav at oook.cz Wed Mar 7 11:05:37 2007 From: pav at oook.cz (Pav Lucistnik) Date: Wed, 07 Mar 2007 11:05:37 +0100 Subject: FreeBSD 4.x a porty In-Reply-To: <45EE8CEC.3070900@obluda.cz> References: <45EE78DF.5010404@quip.cz> <45EE819B.5080504@wilbury.sk> <53980.172.20.8.1.1173260481.squirrel@email.naxo.net> <45EE8CEC.3070900@obluda.cz> Message-ID: <1173261937.90771.1.camel@pav.hide.vol.cz> Dan Lukes p??e v st 07. 03. 2007 v 10:59 +0100: > Ale trochu odbocim v souvislosti s tim graphvizem - opravte me nekdo - > kdyz mam dva zdrojaky a v obou pouziju globalni promennou stejneho jmena > deklarovanou jako "static" tak by to nemelo pri linkovani delat zadne > problemy. "static" promenne jsou preci "viditelne" pouze v ramci tehoz > zdrojoveho kodu. Nebo se mi to uz v hlave plete ? Sou viditelne _pro kompilator_ jen v ramci daneho zdrojoveho souboru. Za behu samozrejme nekde musi byt ulozeny, i kdyz se zrovna vykonava kod z jine casti aplikace. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From jaroslav.votruba at keytec.cz Wed Mar 7 11:06:50 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Wed, 07 Mar 2007 11:06:50 +0100 Subject: =?ISO-8859-2?Q?pros=EDm_o_odbornou_pomoc_se_str=E1nkam?= =?ISO-8859-2?Q?i_o_BSD?= Message-ID: <45EE8EBA.1010404@keytec.cz> chci rozjet svoje str?nky o BSD. Je to psan? pokud mo?no blbuvzdorn?,nicm?n? i tak se m??e n?kde vyskytnout n?jak? chybka,nebo nep?esnost. proto v?s chci touto cestou po??dat o kontrolu a p??padn? n?vrhy co vylep?it. D?le,pokud by n?kdo byl ochotn? pomoci s n?vodem na ,v podobn?m stylu jak jsem za?al, DNS a Postfix,byl bych moc vd??n?. provizorn? je str?nka na http://mail.keytec.cz/testik/freebsd-navody.htm linky naho?e je?t? asi nebudou funk?n?,pokud by jste se cht?li pod?vat na ostatn? str?nky tak jedin? p?es "N?vrat na tituln? str?nku " a odtud pak d?le.jen tam jsou linky dopln?n?(pokud je str?nka hotov?) d?ky -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From dan at obluda.cz Wed Mar 7 12:00:21 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 07 Mar 2007 12:00:21 +0100 Subject: FreeBSD 4.x a porty In-Reply-To: <1173261937.90771.1.camel@pav.hide.vol.cz> References: <45EE78DF.5010404@quip.cz> <45EE819B.5080504@wilbury.sk> <53980.172.20.8.1.1173260481.squirrel@email.naxo.net> <45EE8CEC.3070900@obluda.cz> <1173261937.90771.1.camel@pav.hide.vol.cz> Message-ID: <45EE9B45.5080404@obluda.cz> Pav Lucistnik napsal/wrote, On 03/07/07 11:05: >> kdyz mam dva zdrojaky a v obou pouziju globalni promennou stejneho jmena >> deklarovanou jako "static" tak by to nemelo pri linkovani delat zadne >> problemy. > Sou viditelne _pro kompilator_ jen v ramci daneho zdrojoveho souboru. No, tak to si to pamatuju dobre. Tak fakt nechapu, proc neslo slozit dva *.o soubory do jedne knihovny pro konflikt stejnojmennych symbolu, kdyz oba byly staticke struktury. Bohuzel, v mezidobi se objevila jina verze graphvizu, takze dneska uz to nefunguje - teda - dneska uz to funguje a nelze problem presne zrekonstruovat. Ale neslo mi az tak o ten graphviz, jako spis co se to tam delo. To uz ale ted asi nezjistim. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From freebsd at koceri.net Wed Mar 7 13:08:40 2007 From: freebsd at koceri.net (Michal Kocer) Date: Wed, 07 Mar 2007 13:08:40 +0100 Subject: =?ISO-8859-2?Q?pros=EDm_o_odbornou_pomoc_se_str=E1?= =?ISO-8859-2?Q?nkami_o_BSD?= In-Reply-To: <45EE8EBA.1010404@keytec.cz> References: <45EE8EBA.1010404@keytec.cz> Message-ID: <45EEAB48.6070804@koceri.net> Pekny den, nezadarilo se mi na ty stranky dostat. Planujete je pak poskytnnout na www.freebsd.cz? To by bylo misto pro takove stranky :)) diky predem za odpoved Michal K. -- Michal Kocer http://www.koceri.net/ Jaroslav Votruba wrote: > chci rozjet svoje str?nky o BSD. Je to psan? pokud mo?no > blbuvzdorn?,nicm?n? i tak se m??e n?kde vyskytnout n?jak? chybka,nebo > nep?esnost. proto v?s chci touto cestou po??dat o kontrolu a p??padn? > n?vrhy co vylep?it. D?le,pokud by n?kdo byl ochotn? pomoci s n?vodem > na ,v podobn?m stylu jak jsem za?al, DNS a Postfix,byl bych moc vd??n?. > provizorn? je str?nka na > http://mail.keytec.cz/testik/freebsd-navody.htm > > linky naho?e je?t? asi nebudou funk?n?,pokud by jste se cht?li pod?vat > na ostatn? str?nky tak jedin? p?es "N?vrat na tituln? str?nku > " a odtud pak d?le.jen tam jsou linky dopln?n?(pokud je > str?nka hotov?) > d?ky > From ml_flegl at centrum.cz Wed Mar 7 13:50:58 2007 From: ml_flegl at centrum.cz (David Flegl) Date: Wed, 07 Mar 2007 13:50:58 +0100 Subject: Kompilace portu PostgreSQL82-server Message-ID: <200703071350.27646@centrum.cz> Dobry den preji, rad bych se zeptal zda nemate nejake zkusenosti s kompilaci portu Postgresql82-server na FBSD 6.2R. Bohuzel uz druhy den se marne snazim port instalovat a stale se pri buildu zavisleho postgresql82-client prubeh jakoby zacykli (viz. nize) Vychozi podminky: ================= - std. cista instalace 6.2. se zdroj. jadra - nainstalovany porty screen, perl5.8 - zprovoznen IPFW ->tot vse<- Snazim se tomu prijit na kloub ale marne. Diky za kazdou informaci i za nakopnuti spravnym smerem. David Flegl Spusteno: ========= $cd /usr/ports/databases/postgresql82-server $make install vysledkem cehoz je ve zkr. podobe toto: ===> Extracting for postgresql-server-8.2.3 ===> Patching for postgresql-server-8.2.3 ===> postgresql-server-8.2.3 depends on executable: gmake - not found ===> Installing for libtool-1.5.22_4 ===> Registering installation for libtool-1.5.22_4 ===> Installing for libiconv-1.9.2_2 ===> Registering installation for libiconv-1.9.2_2 ===> Installing for gettext-0.14.5_2 ===> Registering installation for gettext-0.14.5_2 ===> Installing for gmake-3.81_1 ===> Registering installation for gmake-3.81_1 ===> Extracting for postgresql-client-8.2.3 ===> Patching for postgresql-client-8.2.3 ===> Applying FreeBSD patches for postgresql-client-8.2.3 ===> postgresql-client-8.2.3 depends on executable in : gmake - found ===> postgresql-client-8.2.3 depends on shared library: intl - found ===> Configuring for postgresql-client-8.2.3 checking for perl... /usr/bin/perl configure: creating ./config.status ... ===> Building for postgresql-client-8.2.3 cd ../.. && ./config.status --recheck running /bin/sh ./configure --with-libraries=/usr/local/lib --with-includes=/usr/local/include --with-docdir=/usr/local/share/doc/postgresql --with-openssl --enable-nls --prefix=/usr/local i386-portbld-freebsd6.2 CC=cc CFLAGS=-O2 -fno-strict-aliasing -pipe LDFLAGS= -rpath=/usr/lib:/usr/local/lib build_alias=i386-portbld-freebsd6.2 host_alias=i386-portbld-freebsd6.2 target_alias=i386-portbld-freebsd6.2 --no-create --no-recursion configure: WARNING: you should use --build, --host, --target checking build system type... i386-portbld-freebsd6.2 A PO SPOUSTE INFORMACI SE HLASKY OPAKUJI OD >Building for postgresql-client-8.2.3 From jaroslav.votruba at keytec.cz Wed Mar 7 14:07:39 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Wed, 07 Mar 2007 14:07:39 +0100 Subject: =?ISO-8859-2?Q?pros=EDm_o_odbornou_pomoc_se_str=E1?= =?ISO-8859-2?Q?nkami_o_BSD?= In-Reply-To: <45EEAB48.6070804@koceri.net> References: <45EE8EBA.1010404@keytec.cz> <45EEAB48.6070804@koceri.net> Message-ID: <45EEB91B.1040600@keytec.cz> mail.keytec.cz/testik/freebsd-navody.html vypadlo mi na konci "l" poskytnu je ka?d?mu,kdo bude m?t z?jem a nebude na tom cht?t vyd?lat Michal Kocer napsal(a): > Pekny den, > nezadarilo se mi na ty stranky dostat. > Planujete je pak poskytnnout na www.freebsd.cz? To by bylo misto pro > takove stranky :)) > > -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From kolar.radim at gmail.com Wed Mar 7 17:00:45 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Wed, 7 Mar 2007 17:00:45 +0100 Subject: Kompilace portu PostgreSQL82-server In-Reply-To: <200703071350.27646@centrum.cz> References: <200703071350.27646@centrum.cz> Message-ID: <707e14750703070800q6123ee79s708457a8d6753d26@mail.gmail.com> je to jednoduchy. smazat starej pgsql server i klient, vcetne zavislych portu (obvykle db drivery a replikace slony1). pak cd /usr/ports/db/pgsqXX-client && make install a to same pro server. pak nastavit locale pro server v login.conf a spustit initdb. jo a budete potrebovat nastavit vic semaforu, defaultne je 10 :) ja davam 500 a zvetsit kern.ipc.shmmax na rekneme 64-128m, pak je jeste potreba doupravit konfiguraci severu (povolit row statistiky), aby se spustilo autovacuum a zvednout buffery v konfiguraci serveru. From ml_flegl at centrum.cz Wed Mar 7 21:24:32 2007 From: ml_flegl at centrum.cz (David Flegl) Date: Wed, 07 Mar 2007 21:24:32 +0100 Subject: Kompilace portu PostgreSQL82-server In-Reply-To: <707e14750703070800q6123ee79s708457a8d6753d26@mail.gmail.com> References: 200703071350.27646@centrum.cz> <200703071350.27646@centrum.cz> <707e14750703070800q6123ee79s708457a8d6753d26@mail.gmail.com> Message-ID: <200703072124.17999@centrum.cz> Diky za prispevek ohledne nastaveni parametru pgsql (to se jiste hodi), ovsem k vlastni kompilaci portu >je to jednoduchy. smazat starej pgsql server i klient, vcetne >zavislych portu (obvykle db drivery a replikace slony1). > stary pgsql tam nebyl. Jde o kompletni novou instalaci serveru FBSD. Zkousel jsem odstranit veskere zavislosti jako gettext, gmake, libtool...ktere se tam prihodili jeste pred buildem pgsql clienta a jediny package ktery na systemu zustava je screen. Vyhodil jsem i perl5.8 a rucne smazal /var/db/ports/postgresql82. V zoufalstvi jsem smaznul i distfile pro pgsql a nic. Co uz vim urcite je, ze chyba bude v rukach. Zkusmo jsem si totiz ve VMWaru nainst. FBSD6.2 a hned aniz bych cokoliv jineho instaloval tam dal z portu postgresql82-server a probehlo to bez nejmensi potizi. Nekdo by mohl namitat> kdyz je to nova inst. tak tam dej znovu FBSD a pujde to< ovsem jsem clovek zvedavi a spis by mne zajimalo co jsem tam kde mohl dokopat ze to ted nejde. Diky za prispevky, rady, linky i kopance David Flegl From babjak at hilbert.chtf.stuba.sk Thu Mar 8 07:57:36 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Thu, 8 Mar 2007 07:57:36 +0100 Subject: Kompilace portu PostgreSQL82-server In-Reply-To: <200703072124.17999@centrum.cz> References: <200703071350.27646@centrum.cz> <707e14750703070800q6123ee79s708457a8d6753d26@mail.gmail.com> <200703072124.17999@centrum.cz> Message-ID: <20070308065736.GA87138@hilbert.chtf.stuba.sk> > Co uz vim urcite je, ze chyba bude v rukach. Zkusmo jsem si totiz ve VMWaru nainst. FBSD6.2 a hned aniz bych cokoliv jineho instaloval tam dal z portu postgresql82-server a probehlo to bez nejmensi potizi. ^-- Nemoze to byt nejakym nevhodnym nastavenim prostredia alebo nejakou nevhodnou volbou v /etc/make.conf? PostgreSQL 8.2 som pod RELEASE-6.2 kompiloval asi dvakrat, vzdy bez problemov. Skus si urobit jail (je to rychlejsie ako instalovat novy system a po "pokusoch" ho mozno rychlo utratit) a v nom skompilovat port. J. From jaroslav.votruba at keytec.cz Thu Mar 8 11:20:06 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Thu, 08 Mar 2007 11:20:06 +0100 Subject: shell script Message-ID: <45EFE356.4000806@keytec.cz> vzhledem k v?padku pam?ti u m?ho mozku si nemohu vzpomenout jak ud?lat n?sleduj?c?. m?m script "script.sh " a pokud jej spustim s parametrem "a" chci aby ud?lal n?jakou v?c a s parametrem "b" aby ud?lal druhou v?c. jak na to ,postr?te m? pros?m shell je sh diky -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From ivo at vutbr.cz Thu Mar 8 11:29:18 2007 From: ivo at vutbr.cz (Ivo Hazmuk) Date: Thu, 08 Mar 2007 11:29:18 +0100 Subject: shell script In-Reply-To: <45EFE356.4000806@keytec.cz> References: <45EFE356.4000806@keytec.cz> Message-ID: <45EFE57E.7080100@vutbr.cz> Jaroslav Votruba wrote: > vzhledem k v?padku pam?ti u m?ho mozku si nemohu vzpomenout jak ud?lat > n?sleduj?c?. > > m?m script "script.sh " a pokud jej spustim s parametrem "a" chci aby > ud?lal n?jakou v?c a s parametrem "b" aby ud?lal druhou v?c. > jak na to ,postr?te m? pros?m shell je sh > diky > if [ $# -gt 0 ] then args=`getopt Vdhv $*` if [ $? -ne 0 ] then usage exit 2; fi set -- $args for i do case "$i" in -d) echo "Debug: On" DEBUG=`expr $DEBUG \+ 1` shift;; -V) version shift;; -h) HELP=1 shift;; -v) VERBOSE=" -v " shift;; esac done fi I. From karel.cirman at aveco.com Thu Mar 8 11:29:17 2007 From: karel.cirman at aveco.com (=?iso-8859-2?Q?Karel_C=EDrman?=) Date: Thu, 8 Mar 2007 11:29:17 +0100 Subject: shell script In-Reply-To: <45EFE356.4000806@keytec.cz> References: <45EFE356.4000806@keytec.cz> Message-ID: <000c01c7616c$afa002d0$73b7fea9@karelaveco> Sta?? testovat pozi?n? prom?nnou $1 ve kter? je ulo?en prvn? parametr kter? byl scriptu p?ed?n. -----Original Message----- From: users-l-bounces at freebsd.cz [mailto:users-l-bounces at freebsd.cz] On Behalf Of Jaroslav Votruba Sent: Thursday, March 08, 2007 11:20 AM To: FreeBSD mailing list Subject: shell script vzhledem k v?padku pam?ti u m?ho mozku si nemohu vzpomenout jak ud?lat n?sleduj?c?. m?m script "script.sh " a pokud jej spustim s parametrem "a" chci aby ud?lal n?jakou v?c a s parametrem "b" aby ud?lal druhou v?c. jak na to ,postr?te m? pros?m shell je sh diky -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From kolar.radim at gmail.com Thu Mar 8 11:41:58 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Thu, 8 Mar 2007 11:41:58 +0100 Subject: Kompilace portu PostgreSQL82-server In-Reply-To: <200703072124.17999@centrum.cz> References: <200703071350.27646@centrum.cz> <707e14750703070800q6123ee79s708457a8d6753d26@mail.gmail.com> <200703072124.17999@centrum.cz> Message-ID: <707e14750703080241p6ae996bcwab4b7512c83a3f23@mail.gmail.com> to, ze se to zacykli pokud dam v pgsql-server make install mne dela uz nejakou dobu taky. asi by se na to mel nekdo mrknout. musi se proto nejdriv nainstalovat pgsql-client t.j. cd /usr/ports/databases/postgresql82-client && make install a az to probehne, tak teprve potom nainstalovat server /usr/ports/databases/postgresql82-server && make install tohle mne funguje ok. From koutek at o-k.cz Thu Mar 8 11:45:15 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Thu, 08 Mar 2007 11:45:15 +0100 Subject: shell script In-Reply-To: <45EFE57E.7080100@vutbr.cz> References: <45EFE356.4000806@keytec.cz> <45EFE57E.7080100@vutbr.cz> Message-ID: <1173350715.1538.7.camel@shift.o-k.cz> Pro moje ucely jsme si pokazde vystacil s timhle, zalezi jak moc spechate a k cemu to bude: #!/bin/sh case $1 in start) ezjail-admin config -r run $2 /usr/local/etc/rc.d/ezjail.sh start $2 ;; stop) /usr/local/etc/rc.d/ezjail.sh stop $2 ezjail-admin config -r norun $2 ;; ports) case $2 in mount) mount_nullfs /usr/ports /usr/jails/$3/basejail/usr/ports;; umount) umount /usr/jails/$3/basejail/usr/ports;; esac ;; esac Ivo Hazmuk p??e v ?t 08. 03. 2007 v 11:29 +0100: > Jaroslav Votruba wrote: > > vzhledem k v?padku pam?ti u m?ho mozku si nemohu vzpomenout jak ud?lat > > n?sleduj?c?. > > > > m?m script "script.sh " a pokud jej spustim s parametrem "a" chci aby > > ud?lal n?jakou v?c a s parametrem "b" aby ud?lal druhou v?c. > > jak na to ,postr?te m? pros?m shell je sh > > diky > > From jaroslav.votruba at keytec.cz Thu Mar 8 12:06:30 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Thu, 08 Mar 2007 12:06:30 +0100 Subject: shell script In-Reply-To: <1173350715.1538.7.camel@shift.o-k.cz> References: <45EFE356.4000806@keytec.cz> <45EFE57E.7080100@vutbr.cz> <1173350715.1538.7.camel@shift.o-k.cz> Message-ID: <45EFEE36.3080905@keytec.cz> super to p?esn? odpov?d? m?mu moment?ln?mu ment?ln?mu stavu:-)).Primitivn? a ??inn? d?ky Ondra Koutek napsal(a): > #!/bin/sh > case $1 in > start) > ezjail-admin config -r run $2 > /usr/local/etc/rc.d/ezjail.sh start $2 > ;; > stop) > /usr/local/etc/rc.d/ezjail.sh stop $2 > ezjail-admin config -r norun $2 > ;; > ports) > case $2 in > mount) > mount_nullfs /usr/ports /usr/jails/$3/basejail/usr/ports;; > umount) umount /usr/jails/$3/basejail/usr/ports;; > esac > ;; > esac > From gamato at users.sf.net Thu Mar 8 23:46:58 2007 From: gamato at users.sf.net (martinko) Date: Thu, 08 Mar 2007 23:46:58 +0100 Subject: zajimava informace o procfs/pseudofs In-Reply-To: <20070302181405.GA21046@stud.fit.vutbr.cz> References: <20070302091251.GA40852@stud.fit.vutbr.cz> <45E7F155.4050201@vutbr.cz> <20070302105302.GB54866@stud.fit.vutbr.cz> <29010.85.248.64.126.1172855502.squirrel@mail.active.sk> <20070302181405.GA21046@stud.fit.vutbr.cz> Message-ID: Divacky Roman wrote: > > procfs se v fbsd standardne pouziva jen pro truss a ps -e iirc. 99.99% uzivatelu > to naprosto nepotrebuje. naopak, vzhledem k priblizne 6ti miliardam security > bugum zpusobenym procfs se to ve fbsd nepodporuje a podporovat nebude. > > navic... z meho lehce zasveceneho pohledu si myslim ze procfs 1) lze (resp. > neposkytuje presne informace) 2) je velmi silne netestovany az by se clovek > nebal pouzit slova "code rott" ;) > > ja osobne bych na masine nic takoveho nemel ani kdyby mi za to slibily... no > proste neco fajn :) > > navic... i kdyz to clovek potrebuje (jednou za tisic let) tak neni problem nahrat > pseudofs modul a procfs modul. > > roman > > p.s. zadny smysl nemel procfs tusim v zadnem fbsd. iirc je to sysv vymysl a v bsd > se to nikdy moc neujalo nie je nahodou /proc v bsd aj v linuxe aj inde inspirovany systemom plan 9 od bell labs ? From jirkajj at centrum.cz Fri Mar 9 07:26:17 2007 From: jirkajj at centrum.cz (jirkajj at centrum.cz) Date: Fri, 09 Mar 2007 07:26:17 +0100 Subject: Migrace linux freebsd Message-ID: <200703090726.14169@centrum.cz> Je mozne kompletne presunout vice uzivatelu z linuxu vcetne nastaveni (samba) na freebsd bez toho, aby to uzivatele (mimo vypadku) zaznamenali? Dik za info, Jirka From jimy at kick.sk Fri Mar 9 08:05:26 2007 From: jimy at kick.sk (Robert Popelka) Date: Fri, 09 Mar 2007 08:05:26 +0100 Subject: Migrace linux freebsd In-Reply-To: <200703090726.14169@centrum.cz> References: <200703090726.14169@centrum.cz> Message-ID: <45F10736.8060505@kick.sk> Nazdar, jasne .. v byvalej firme som to tak spravil .. unix hesla nesu problem data tez ne .. nikto si nic nevsimol az na druheho admina :) ----------------- Robert Popelka (jimy) mail : jimy at kick.sk tel. : +421 915 770 987 icq : 120 614 660 irc : irc.kick.sk #talk jirkajj at centrum.cz wrote: > Je mozne kompletne presunout vice uzivatelu z linuxu vcetne nastaveni (samba) na freebsd bez toho, aby to uzivatele (mimo vypadku) zaznamenali? > > Dik za info, Jirka > > From pavel at hotelovkatp.cz Fri Mar 9 10:25:09 2007 From: pavel at hotelovkatp.cz (Obr Pavel) Date: Fri, 9 Mar 2007 10:25:09 +0100 (CET) Subject: FreeBSD 4.x a porty Message-ID: <64569.192.168.3.10.1173432309.squirrel@192.168.3.18> > Zhruba pred mesicem, jsem kompiloval sambu3 z portu na 5.5 neuspesne... Na > 6.1 a 6.2 prosla kompilace samby3 bez chyb. Takze asi uz ani pro verze 5.x > nebudou vsechny porty pouzitelne. > Take jsem kompiloval Sambu3 z portu, ale na 5.4 stroji: LDAP support Winbind support ACL support FAM support SYSLOG support QUOTAS support UTMP support EXP_MODULES support POPT Bez problemu...jake jste mel volby vy? Pavel Obr From dan at obluda.cz Fri Mar 9 10:36:07 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 09 Mar 2007 10:36:07 +0100 Subject: Migrace linux freebsd In-Reply-To: <200703090726.14169@centrum.cz> References: <200703090726.14169@centrum.cz> Message-ID: <45F12A87.8010900@obluda.cz> jirkajj at centrum.cz wrote: > Je mozne kompletne presunout vice uzivatelu z linuxu vcetne nastaveni (samba) na freebsd bez toho, aby to uzivatele (mimo vypadku) zaznamenali? Postup by nemel byt slozity - nakonec - Samba je stale Samba - "pred" i "po". 1. prenest OS uzivatele vcetne skupin - v tom se mi nezda byt hacek, snad krome hesel, ktere ale nakonec, kdyby na to prislo, ani prenest nepotrebujeme - Samba ma hesla vlastni. 2. Prenest data, ktera Samba zpristupnuje - vcetne prav, a kdyz rikam vcetne prav, tak tim myslim i vcetne ACL 3. Prenest kompletni konfiguraci Samby - a jeji pripadna uprava, pokud budou nektere veci (konfiguracni soubory nebo samotna data) ulozeny na jinem miste, nez byly puvodne 4. Pokud jsou v konfiguraci Samby zmineny nejake externi scripty, pak zajistit jejich preneseni nebo funkcni ekvivalent. I kdyz to nelze vyloucit, myslim, ze jsem na nic nezapomel - i kdyz jsem to nikdy nedelal ... Jak to ale bude s tim "aby to uzivatele nijak nepoznali", to nevim. Vzdycky se mi zdalo ze Samba na FreeBSD podava klientum na Windows data as neprijemne pomalu. Nevim ale, jestli je to obecna vlastnost Samby, nebo je to vlastnost kombinace Samby s FreeBSD. Nejmene nektere pomlouvacne informacni zdroje tvrdi to druhe. Byla-li by to pravda, pak by uzivatele zaznamenali zpomaleni. Nikdy jsem to nemel moznost overit, takze nevim. Dan From hrabec at naxo.net Fri Mar 9 10:47:44 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Fri, 9 Mar 2007 10:47:44 +0100 (CET) Subject: FreeBSD 4.x a porty In-Reply-To: <64569.192.168.3.10.1173432309.squirrel@192.168.3.18> References: <64569.192.168.3.10.1173432309.squirrel@192.168.3.18> Message-ID: <50174.172.20.8.1.1173433664.squirrel@email.naxo.net> > Take jsem kompiloval Sambu3 z portu, ale na 5.4 stroji: > > LDAP support > Winbind support > ACL support > FAM support > SYSLOG support > QUOTAS support > UTMP support > EXP_MODULES support > POPT > > Bez problemu...jake jste mel volby vy? > No to uz vazne nevim, mel to byt jenom obycejny fileserver, takze jsem to moc neresil a nainstaloval to na 6.2. Nic mene, vzhledem k tomu ze to byl jenom nevyznamny server pro ukladani vseho mozneho, tak jsem to vice mene nechaval v defaultnim nastaveni a akorat jsem odstranil veci, ktere jsem nepotreboval... takze urcite jsem daval pryc: CUPS QUOTAS SYSLOG UTMP POPT ...mozna i neco dalsiho. Pepa. From kolar.radim at gmail.com Fri Mar 9 11:14:24 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Fri, 9 Mar 2007 11:14:24 +0100 Subject: Migrace linux freebsd In-Reply-To: <45F12A87.8010900@obluda.cz> References: <200703090726.14169@centrum.cz> <45F12A87.8010900@obluda.cz> Message-ID: <707e14750703090214n5cd8d536y87fed9a046192b95@mail.gmail.com> > Jak to ale bude s tim "aby to uzivatele nijak nepoznali", to nevim. > Vzdycky se mi zdalo ze Samba na FreeBSD podava klientum na Windows data > as neprijemne pomalu. mne taky, ale to je vlasnost samby nebo jeji default konfigurace. presunul jsem taky jednou sambu z linuxu na bsd a bezi to porad stejne pomalu. takze vina bsd to neni. From xdivac02 at stud.fit.vutbr.cz Fri Mar 9 11:25:28 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 9 Mar 2007 11:25:28 +0100 Subject: Migrace linux freebsd In-Reply-To: <707e14750703090214n5cd8d536y87fed9a046192b95@mail.gmail.com> References: <200703090726.14169@centrum.cz> <45F12A87.8010900@obluda.cz> <707e14750703090214n5cd8d536y87fed9a046192b95@mail.gmail.com> Message-ID: <20070309102528.GA31932@stud.fit.vutbr.cz> On Fri, Mar 09, 2007 at 11:14:24AM +0100, Radim Kolar wrote: > > Jak to ale bude s tim "aby to uzivatele nijak nepoznali", to nevim. > > Vzdycky se mi zdalo ze Samba na FreeBSD podava klientum na Windows data > > as neprijemne pomalu. > mne taky, ale to je vlasnost samby nebo jeji default konfigurace. > presunul jsem taky jednou sambu z linuxu na bsd a bezi to porad stejne > pomalu. takze vina bsd to neni. co ja vim tak todle se celkem dost resilo a zda ze se to chyba bsd JE. ovsem nikdo nebyl schopen/ochoten to nejak zajimave vyprofilovat a poskytnout vysledky typu... smb at fbsd je pomala pze 1) XYZ je na fbsd pomale 2) ABC je na fbsd pomale 3) GGG fbsd vubec nema popr. (a to je velmi caste) samba NEVI ze to fbsd ma vidim nejake dobrovolniky kteri se toho chteji ujmout? :) From kolar.radim at gmail.com Fri Mar 9 11:25:34 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Fri, 9 Mar 2007 11:25:34 +0100 Subject: benchmarky Message-ID: <707e14750703090225o52e329aj793752f178ae1ef0@mail.gmail.com> http://tweakers.net/reviews/674 tady maji porovnani linux vs solaris na pgsql a mysql. Vypada ze je pri vetsi zatezi vicemene jedno a o malou zatez nejde, ta se zvladne vzdycky. Skoda jen ze tam neni taky FBSD-7, ktere je v tomto testu vyrazne lepsi nez linux, viz grafy na http://planet.xbsd.org/ From xdivac02 at stud.fit.vutbr.cz Fri Mar 9 11:30:19 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 9 Mar 2007 11:30:19 +0100 Subject: benchmarky In-Reply-To: <707e14750703090225o52e329aj793752f178ae1ef0@mail.gmail.com> References: <707e14750703090225o52e329aj793752f178ae1ef0@mail.gmail.com> Message-ID: <20070309103019.GB31932@stud.fit.vutbr.cz> On Fri, Mar 09, 2007 at 11:25:34AM +0100, Radim Kolar wrote: > http://tweakers.net/reviews/674 > tady maji porovnani linux vs solaris na pgsql a mysql. Vypada ze je > pri vetsi zatezi vicemene jedno a o malou zatez nejde, ta se zvladne > vzdycky. Skoda jen ze tam neni taky FBSD-7, ktere je v tomto testu > vyrazne lepsi nez linux, viz grafy na http://planet.xbsd.org/ nekolik komentaru... 1) na tom planetu byly benchmarky 7cky + hafo patchu 2) JESTE VIC patchu se pripravuje a da-li $your_personal_god tak v 7.0R budou, namatkou - optimalizace zamykacich primitiv, superpages, andre's tcp magic, atd. 3) fbsd se zacina optimalizovat na rychlost (v SMPng) az tedka, a ja osobne ocekavam "zazraky" :) co jsem se dival na nejaky ten plan tech fbsd devel conferenci tak to znelo moc chutne :) souhrne - je to dobre ted a bude to vyrazne lepsi v budoucnu :) From dan at obluda.cz Fri Mar 9 12:51:07 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 09 Mar 2007 12:51:07 +0100 Subject: benchmarky In-Reply-To: <20070309103019.GB31932@stud.fit.vutbr.cz> References: <707e14750703090225o52e329aj793752f178ae1ef0@mail.gmail.com> <20070309103019.GB31932@stud.fit.vutbr.cz> Message-ID: <45F14A2B.40004@obluda.cz> Divacky Roman napsal/wrote, On 03/09/07 11:30: >> tady maji porovnani linux vs solaris na pgsql a mysql. Vypada ze je > nekolik komentaru... Taky nekolik kratkych, semijedovatych, komentaru ... > 3) fbsd se zacina optimalizovat na rychlost (v SMPng) az tedka To je, zrejme, konecne nadeje, ze konecne nekdo dodela ULE scheduler nebo jakykoliv jiny, ktery pocita se SMP. Ale tomu snad ani nerikam optimalizace - to spada spis do "zajisteni elementarni podpory SMP" - uz je docela na case. SMP se objevilo ve verzi 5, tak by bylo opravdu mile, kdyby ve verzi 7 uz existovala alespon zakladni "dodelanost" ... Nicmene, to je jen o uhlu pohledu - my skarohlidi rikame "konecne se zmeni stav, ktery je uz tak ostudny, ze to snad ani dal nejde", kdezto optimisti nad timte zjasaji "skvely vyvoj, nadherne zitrky" ;-) A co se optimalizace obecne tyce - snad k tomu pristoupi rozumne a dojde k "optimalizaci na rychlost" nikoliv k optimalizaci "abychom v testu XY vysli lepe nez Linux"... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Fri Mar 9 12:59:21 2007 From: dan at obluda.cz (Dan Lukes) Date: Fri, 09 Mar 2007 12:59:21 +0100 Subject: Migrace linux freebsd In-Reply-To: <20070309102528.GA31932@stud.fit.vutbr.cz> References: <200703090726.14169@centrum.cz> <45F12A87.8010900@obluda.cz> <707e14750703090214n5cd8d536y87fed9a046192b95@mail.gmail.com> <20070309102528.GA31932@stud.fit.vutbr.cz> Message-ID: <45F14C19.5050700@obluda.cz> Divacky Roman napsal/wrote, On 03/09/07 11:25: >> > Vzdycky se mi zdalo ze Samba na FreeBSD podava klientum na Windows data >> > as neprijemne pomalu. > vidim nejake dobrovolniky kteri se toho chteji ujmout? :) Nemyslim, ze bude snadne najit nekoho, kdo dostatecne detailne rozumi TCP (protokolu obecne), bude mit alespon stredne hluboky vhled do detailu implementace IP stacku ve FreeBSD a soucasne ma dostatecny prehled o tom, jak vlastne funguje SMB protokol - a kdyz uz takoveho najdes, jeste musis mit stesti aby tento jiste vyhledavany odbornik byl zrovna natolik bez prace natolik, ze bude mit cas se zabyvat ladenim Samby na FreeBSD - nebo to musi chapat jako formu "aktivniho odpocinku" ... Beznadejne to neni, ale zajemci se ti asi po tuctech nepohrnou ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From babjak at hilbert.chtf.stuba.sk Fri Mar 9 13:05:52 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Fri, 9 Mar 2007 13:05:52 +0100 Subject: benchmarky In-Reply-To: <45F14A2B.40004@obluda.cz> References: <707e14750703090225o52e329aj793752f178ae1ef0@mail.gmail.com> <20070309103019.GB31932@stud.fit.vutbr.cz> <45F14A2B.40004@obluda.cz> Message-ID: <20070309120552.GB92626@hilbert.chtf.stuba.sk> > > nekolik komentaru... > > Taky nekolik kratkych, semijedovatych, komentaru ... ^-- No dobre, tak sa pridam. :-) > Nicmene, to je jen o uhlu pohledu - my skarohlidi rikame "konecne se > zmeni stav, ktery je uz tak ostudny, ze to snad ani dal nejde", kdezto > optimisti nad timte zjasaji "skvely vyvoj, nadherne zitrky" ;-) ^-- No a my realisti dufame, ze trochu zadostucinenia sa dockaju obe skupiny; tak ako tak, posun snad bude len k lepsiemu, nech sa nazve akokolvek. > A co se optimalizace obecne tyce - snad k tomu pristoupi rozumne a > dojde k "optimalizaci na rychlost" nikoliv k optimalizaci "abychom v > testu XY vysli lepe nez Linux"... ^-- Ja by som to videl takto: rychlost je vlastne dostatocna, len este tie grafy z testov potrebujeme mat lepsie ako Linux. :-))) J. From pav at oook.cz Fri Mar 9 13:18:20 2007 From: pav at oook.cz (Pav Lucistnik) Date: Fri, 09 Mar 2007 13:18:20 +0100 Subject: benchmarky In-Reply-To: <45F14A2B.40004@obluda.cz> References: <707e14750703090225o52e329aj793752f178ae1ef0@mail.gmail.com> <20070309103019.GB31932@stud.fit.vutbr.cz> <45F14A2B.40004@obluda.cz> Message-ID: <1173442700.56423.12.camel@pav.hide.vol.cz> Dan Lukes p??e v p? 09. 03. 2007 v 12:51 +0100: > > 3) fbsd se zacina optimalizovat na rychlost (v SMPng) az tedka > > To je, zrejme, konecne nadeje, ze konecne nekdo dodela ULE scheduler > nebo jakykoliv jiny, ktery pocita se SMP. Ale tomu snad ani nerikam > optimalizace - to spada spis do "zajisteni elementarni podpory SMP" - uz > je docela na case. SMP se objevilo ve verzi 5, tak by bylo opravdu mile, > kdyby ve verzi 7 uz existovala alespon zakladni "dodelanost" ... SMP bylo v 4.X, samozrejme. V 5 se objevilo SMPng, uplne jina bestie. A co se tyce zakladni dodelanosti, FreeBSD 6.1 u nas bezi velmi spokojene na osmi-procesorovem systemu a nepozoruji zadne zasadni problemy. Ta prace v 7 je spis o multi-threadovych aplikacich nez o SMP jako takovem. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From pavel at hotelovkatp.cz Fri Mar 9 13:27:29 2007 From: pavel at hotelovkatp.cz (Obr Pavel) Date: Fri, 9 Mar 2007 13:27:29 +0100 (CET) Subject: Migrace linux freebsd Message-ID: <64530.192.168.3.10.1173443249.squirrel@192.168.3.18> > co ja vim tak todle se celkem dost resilo a zda ze se to chyba bsd JE. > ovsem > nikdo nebyl schopen/ochoten to nejak zajimave vyprofilovat a poskytnout > vysledky > typu... smb at fbsd je pomala pze 1) XYZ je na fbsd pomale 2) ABC je na fbsd > pomale 3) GGG > fbsd vubec nema popr. (a to je velmi caste) samba NEVI ze to fbsd ma > Jak je mozne urcit hranici "pomalosti". Respektive jak se to testuje a jake hodnoty se berou jako meritko? Pavel From xdivac02 at stud.fit.vutbr.cz Fri Mar 9 13:55:23 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 9 Mar 2007 13:55:23 +0100 Subject: Migrace linux freebsd In-Reply-To: <45F14C19.5050700@obluda.cz> References: <200703090726.14169@centrum.cz> <45F12A87.8010900@obluda.cz> <707e14750703090214n5cd8d536y87fed9a046192b95@mail.gmail.com> <20070309102528.GA31932@stud.fit.vutbr.cz> <45F14C19.5050700@obluda.cz> Message-ID: <20070309125523.GA49209@stud.fit.vutbr.cz> On Fri, Mar 09, 2007 at 12:59:21PM +0100, Dan Lukes wrote: > Divacky Roman napsal/wrote, On 03/09/07 11:25: > >> > Vzdycky se mi zdalo ze Samba na FreeBSD podava klientum na Windows data > >> > as neprijemne pomalu. > > > vidim nejake dobrovolniky kteri se toho chteji ujmout? :) > > Nemyslim, ze bude snadne najit nekoho, kdo dostatecne detailne rozumi > TCP (protokolu obecne), bude mit alespon stredne hluboky vhled do > detailu implementace IP stacku ve FreeBSD a soucasne ma dostatecny > prehled o tom, jak vlastne funguje SMB protokol - a kdyz uz takoveho > najdes, jeste musis mit stesti aby tento jiste vyhledavany odbornik byl > zrovna natolik bez prace natolik, ze bude mit cas se zabyvat ladenim > Samby na FreeBSD - nebo to musi chapat jako formu "aktivniho odpocinku" ... jsem si prakticky 100% jisty ze tohle nema se SMB jako protokolem nic spolecneho. myslim ze problem bude v tom ze ta samba (jako program) travi hafo casu v necem v cem by nemusel. treba jako se odhalilo ze mysql dela desne moc gettimeofday() volani (ktere je na fbsd pomale) tak myslim ze neco podobneho to bude i s tou sambou... rozhodne si ale fakt nemyslim ze todle bude v sitovani.... From xdivac02 at stud.fit.vutbr.cz Fri Mar 9 14:00:24 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 9 Mar 2007 14:00:24 +0100 Subject: benchmarky In-Reply-To: <1173442700.56423.12.camel@pav.hide.vol.cz> References: <707e14750703090225o52e329aj793752f178ae1ef0@mail.gmail.com> <20070309103019.GB31932@stud.fit.vutbr.cz> <45F14A2B.40004@obluda.cz> <1173442700.56423.12.camel@pav.hide.vol.cz> Message-ID: <20070309130024.GB49209@stud.fit.vutbr.cz> On Fri, Mar 09, 2007 at 01:18:20PM +0100, Pav Lucistnik wrote: > Dan Lukes p??e v p? 09. 03. 2007 v 12:51 +0100: > > > > 3) fbsd se zacina optimalizovat na rychlost (v SMPng) az tedka > > > > To je, zrejme, konecne nadeje, ze konecne nekdo dodela ULE scheduler > > nebo jakykoliv jiny, ktery pocita se SMP. Ale tomu snad ani nerikam > > optimalizace - to spada spis do "zajisteni elementarni podpory SMP" - uz > > je docela na case. SMP se objevilo ve verzi 5, tak by bylo opravdu mile, > > kdyby ve verzi 7 uz existovala alespon zakladni "dodelanost" ... > > SMP bylo v 4.X, samozrejme. V 5 se objevilo SMPng, uplne jina bestie. > A co se tyce zakladni dodelanosti, FreeBSD 6.1 u nas bezi velmi > spokojene na osmi-procesorovem systemu a nepozoruji zadne zasadni > problemy. > > Ta prace v 7 je spis o multi-threadovych aplikacich nez o SMP jako > takovem. no.. s threadovanim se hodne pohlo (novy malloc, jina threadovaci knihovna, vyhozeni zpomalovacu z jadra atd.) ale myslim ze i obecne se na SMP zapracovalo. napriklad uz nemame ANI JEDEN syscall ktery by nebyl MPSAFE, alan cox dela zajimave veci ohledne vm_page_queue_mtx contestion, jeff se pomazlil s ULE a vypada to ze to konecne stoji za to, tedka se bude menit fdesc zamykani a tisice dalsich veci... threadovani se hodne zlepsi v 7.x oproti 6.x ale obecne SMP taky... no aspon ja se teda hodne opiju az 7.0R vyjde :-D From xdivac02 at stud.fit.vutbr.cz Fri Mar 9 14:11:01 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 9 Mar 2007 14:11:01 +0100 Subject: pruhledny terminal v mutt Message-ID: <20070309131101.GA50719@stud.fit.vutbr.cz> zdravim, v lete snad zdarne vypadnu ze skoly a budu si muset presunout postu. pouzivam mutt z lokalu pro cteni a mam nasledujici "problem". VSUDE jinde krome skoly kdyz zapnu mutt tak mi to zrusi obrazek na pozadi terminalu. jen ve skole tam zustane... asi se pouziva nejaky jiny atribut nebo co. nastaveni TERM mam stejne (xterm) a ten mutt je proste skompilovanej z portu (u mne, jak je to ve skole netusim ale snad taky)... verze je taky stejna. nevim co dalsiho relevantniho uvest. mate nekdo napad co s tim muze byt a jak to fixnu? diky roman p.s. ve vsech ostatnim programech (vim atd.) mi ten obrazek zustane From cejkar at fit.vutbr.cz Fri Mar 9 14:17:52 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Fri, 9 Mar 2007 14:17:52 +0100 Subject: pruhledny terminal v mutt In-Reply-To: <20070309131101.GA50719@stud.fit.vutbr.cz> References: <20070309131101.GA50719@stud.fit.vutbr.cz> Message-ID: <20070309131752.GA71975@fit.vutbr.cz> Divacky Roman wrote (2007/03/09): > mate nekdo napad co s tim muze byt a jak to fixnu? Zkuste zkontrolovat, zda je mutt prelozeny s ncurses. Jestli s slang, problem by mohl byt v tomto. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From xdivac02 at stud.fit.vutbr.cz Fri Mar 9 14:22:52 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 9 Mar 2007 14:22:52 +0100 Subject: pruhledny terminal v mutt In-Reply-To: <20070309131752.GA71975@fit.vutbr.cz> References: <20070309131101.GA50719@stud.fit.vutbr.cz> <20070309131752.GA71975@fit.vutbr.cz> Message-ID: <20070309132252.GA52461@stud.fit.vutbr.cz> On Fri, Mar 09, 2007 at 02:17:52PM +0100, Rudolf Cejka wrote: > Divacky Roman wrote (2007/03/09): > > mate nekdo napad co s tim muze byt a jak to fixnu? > > Zkuste zkontrolovat, zda je mutt prelozeny s ncurses. > Jestli s slang, problem by mohl byt v tomto. skola (funguje pruhlednost): /usr/local/bin/mutt: libncurses.so.6 => /lib/libncurses.so.6 (0x13c6c000) libssl.so.4 => /usr/lib/libssl.so.4 (0x13cab000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x13cd9000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x13dcc000) libiconv.so.6 => /usr/local/lib/libiconv.so.6 (0x13dd5000) libc.so.6 => /lib/libc.so.6 (0x13ec9000) prace (nefunguje): /usr/local/bin/mutt: libncurses.so.6 => /lib/libncurses.so.6 (0x280d9000) libssl.so.4 => /usr/lib/libssl.so.4 (0x28112000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x2813b000) libintl.so.6 => /usr/local/lib/libintl.so.6 (0x2821c000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28224000) libc.so.6 => /lib/libc.so.6 (0x2830f000) jakym zpusobem je to ve skole nainstalovane? zkusim to zreprodukovat v praci.... diky From cejkar at fit.vutbr.cz Fri Mar 9 14:34:25 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Fri, 9 Mar 2007 14:34:25 +0100 Subject: pruhledny terminal v mutt In-Reply-To: <20070309132252.GA52461@stud.fit.vutbr.cz> References: <20070309131101.GA50719@stud.fit.vutbr.cz> <20070309131752.GA71975@fit.vutbr.cz> <20070309132252.GA52461@stud.fit.vutbr.cz> Message-ID: <20070309133425.GA75155@fit.vutbr.cz> Divacky Roman wrote (2007/03/09): > jakym zpusobem je to ve skole nainstalovane? zkusim to zreprodukovat v > praci.... Tot otazka :o) Pak je jeste treba mit v Muttrc radek color normal default default jinak uz netusim. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From xdivac02 at stud.fit.vutbr.cz Fri Mar 9 14:39:27 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 9 Mar 2007 14:39:27 +0100 Subject: [VYRESENO] Re: pruhledny terminal v mutt In-Reply-To: <20070309133425.GA75155@fit.vutbr.cz> References: <20070309131101.GA50719@stud.fit.vutbr.cz> <20070309131752.GA71975@fit.vutbr.cz> <20070309132252.GA52461@stud.fit.vutbr.cz> <20070309133425.GA75155@fit.vutbr.cz> Message-ID: <20070309133927.GA54356@stud.fit.vutbr.cz> On Fri, Mar 09, 2007 at 02:34:25PM +0100, Rudolf Cejka wrote: > Divacky Roman wrote (2007/03/09): > > jakym zpusobem je to ve skole nainstalovane? zkusim to zreprodukovat v > > praci.... > > Tot otazka :o) Pak je jeste treba mit v Muttrc radek > color normal default default jo.. presne tim to je.. NIKDY jsem si toho velkeho konfiguraku co mame ve skole pro mutt nevsiml... jdu opisovat co se bude hodit :) diky! p.s. ted jeste kdyby sel upgradnout ten vim :) From xdivac02 at stud.fit.vutbr.cz Fri Mar 9 16:32:10 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Fri, 9 Mar 2007 16:32:10 +0100 Subject: zadost o maly test Message-ID: <20070309153210.GA71209@stud.fit.vutbr.cz> zdravim mam anginu a nudim se doma a tak jsem se mrknul na postgres :D Na FreeBSD to pry dela dost nesmysly a vola to treba 100tisickrat za sekundu setproctitle(). to neni moc dobre rekl bych... tak jsem vyrobil patchik, ale jelikoz p*cu rozumim postgresu tak nevim jak to otestovat jestli to a) pracuje spravne b) fakt neco zrychluje a tak se obracim na vas mile ctenare tohoto mailing listu :) kdo mi pomuze otestovat tento patch www.stud.fit.vutbr.cz/~xdivac02/patch-postgres.patch tomu (mozna) koupim pivo :) zajima mne jestli to funguje spravne (tj. jestli se meni pri ps ax vypis toho co ten postgres dela) a jestli to neco zrychluje. pripadna benchmark data mne dost zajimaji... patch staci strcit do /usr/ports/databases/postgresql82-server/files/ a (znova) nainstalovat posgresql82-server dekuju! roman From Kaminar at seznam.cz Fri Mar 9 16:45:16 2007 From: Kaminar at seznam.cz (Kaminar) Date: Fri, 09 Mar 2007 16:45:16 +0100 (CET) Subject: Pango Message-ID: <2129.2314-4261-2087331182-1173455116@seznam.cz> Zdravim, sice to sem moc nepatri, ale uz se s tim patlam hodne dlouho a porad nikde nemohu nalezt reseni. Netusite, jak donutit pango nebo to, s cim to souvisi, aby zacal brat kodovani, ktere mam nastavene v locales nebo alespon ho donutit pouzivat latin2. V?tsina programu, ktera s tim souvisi vypisuje tuto hlasku: Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text() Karel From pav at oook.cz Fri Mar 9 16:51:13 2007 From: pav at oook.cz (Pav Lucistnik) Date: Fri, 09 Mar 2007 16:51:13 +0100 Subject: Pango In-Reply-To: <2129.2314-4261-2087331182-1173455116@seznam.cz> References: <2129.2314-4261-2087331182-1173455116@seznam.cz> Message-ID: <1173455473.56423.20.camel@pav.hide.vol.cz> Kaminar p??e v p? 09. 03. 2007 v 16:45 +0100: > Zdravim, > > sice to sem moc nepatri, ale uz se s tim patlam hodne dlouho > a porad nikde nemohu nalezt reseni. > > Netusite, jak donutit pango nebo to, s cim to souvisi, aby zacal brat kodovani, > ktere mam nastavene v locales nebo alespon ho donutit pouzivat > latin2. V?tsina programu, ktera s tim souvisi vypisuje tuto hlasku: > > Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text() Pango je interne povinne Utf-8. Zarid se podle toho. Pokud prekladas anglicky program pres gettext, muzes mit katalog v latin2 a kompilovat ho do utf8 binaru. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From radek at ceskedomeny.cz Sat Mar 10 08:15:51 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Sat, 10 Mar 2007 08:15:51 +0100 Subject: RAID nebo disk Message-ID: <1605751809.20070310081551@starnet.cz> Dobry den, v logu se mi objevuje toto, je to na novem stroji, ale muze byt samozrejme vadny disk, nicmene nevim, zda je to diskem, nebo treba nefunkcnim ovladacem pro raid. Mar 10 07:22:44 server kernel: ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly Mar 10 07:22:44 server kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=108531455 Mar 10 07:22:44 server kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Mar 10 07:22:44 server kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Mar 10 07:22:44 server kernel: ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly Mar 10 07:22:44 server kernel: ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Mar 10 07:22:44 server kernel: ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly Mar 10 07:22:44 server kernel: ad4: TIMEOUT - READ_DMA retrying (0 retries left) LBA=108633727 Mar 10 07:22:44 server kernel: ad4: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=108531455 Je to server od Intelu a dusovali se, ze na tom freebsd 100% chodi, nicmene ted nevim, planuju masivnejsi nasazeni a tohle mi trochu kali radost, pokud by to byl disk tak pohoda. V tuto chvili je to v RAID 1, nicmene uz mi to i zahlasilo Degraded. Dalsi zajimava vec je, ze ackoliv mam nastaven Mirror, tak pri instalaci freebsd vidim, jak ar0, tak ale i ad4 a ad6 (ze by se tak prezentoval radic?). Jeste prikladam dmesg, zadne speciality tam nemam, je to zatim jen generic amd64, nicmene vse zkompilovane pomoci cvsup standard-supfile. Z vypisu dmesg vyhazuju usbcka apod. aby byl kratsi. --------------------------------------------------------------------- Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p2 #0: Fri Mar 9 18:42:37 CET 2007 root at merice.starnet.cz:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 3.00GHz (3002.91-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe49d,> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 real memory = 2145918976 (2046 MB) avail memory = 2059513856 (1964 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 5 ioapic1: WARNING: intbase 30 != expected base 24 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 30-53 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 28.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pcib3: at device 28.4 on pci0 pci3: on pcib3 pcib4: at device 28.5 on pci0 pci4: on pcib4 em0: port 0x2000-0x201f mem 0x88180000-0x8819ffff,0x88100000-0x8817ffff irq 17 at device 0.0 on pci4 em0: Ethernet address: 00:15:17:13:a5:2b pci4: at device 0.3 (no driver attached) pci4: at device 0.4 (no driver attached) pcib5: at device 30.0 on pci0 pci5: on pcib5 pci5: at device 4.0 (no driver attached) em1: port 0x1100-0x113f mem 0x88020000-0x8803ffff,0x88000000-0x8801ffff irq 17 at device 5.0 on pci5 em1: Ethernet address: 00:15:17:13:a5:2c isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30b0-0x30bf irq 18 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x30c8-0x30cf,0x30e4-0x30e7,0x30c0-0x30c7,0x30e0-0x30e3,0x30a0-0x30af mem 0x88200000-0x882003ff irq 19 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 pci0: at device 31.3 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xc8fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3002911665 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 157066MB at ata2-master SATA300 ad6: 157066MB at ata3-master SATA300 ar0: 156336MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master Trying to mount root from ufs:/dev/ar0s1a em0: link state changed to UP -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From michal_sjx at seznam.cz Sat Mar 10 08:38:19 2007 From: michal_sjx at seznam.cz (michal_sjx) Date: Sat, 10 Mar 2007 08:38:19 +0100 Subject: RAID nebo disk In-Reply-To: <1605751809.20070310081551@starnet.cz> References: <1605751809.20070310081551@starnet.cz> Message-ID: <45F2606B.30309@seznam.cz> Bc. Radek Krejca wrote: > Dobry den, > > v logu se mi objevuje toto, je to na novem stroji, ale muze byt > samozrejme vadny disk, nicmene nevim, zda je to diskem, nebo treba > nefunkcnim ovladacem pro raid. > > Mar 10 07:22:44 server kernel: ad4: TIMEOUT - READ_DMA retrying (0 retries left) LBA=108633727 > Mar 10 07:22:44 server kernel: ad4: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=108531455 Zdravim, text "TIMEOUT - WRITE_DMA ...." se mi zobrazovalo u disku, ktere meli vadne sektory, ale zadny RAID u nich nebyl. Co se tyka dalsich hlasek, tak ty neznam. michal -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From koutek at o-k.cz Sat Mar 10 11:34:51 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Sat, 10 Mar 2007 11:34:51 +0100 Subject: RAID nebo disk In-Reply-To: <1605751809.20070310081551@starnet.cz> References: <1605751809.20070310081551@starnet.cz> Message-ID: <1173522891.6534.3.camel@shift> Bc. Radek Krejca p??e v So 10. 03. 2007 v 08:15 +0100: > Je to server od Intelu a dusovali se, ze na tom freebsd 100% chodi, > nicmene ted nevim, planuju masivnejsi nasazeni a tohle mi trochu > kali radost, pokud by to byl disk tak pohoda. V tuto chvili je to v > RAID 1, nicmene uz mi to i zahlasilo Degraded. Dalsi zajimava vec > je, ze ackoliv mam nastaven Mirror, tak pri instalaci freebsd vidim, > jak ar0, tak ale i ad4 a ad6 (ze by se tak prezentoval radic?). > > Jeste prikladam dmesg, zadne speciality tam nemam, je to zatim jen > generic amd64, nicmene vse zkompilovane pomoci cvsup > standard-supfile. Z vypisu dmesg vyhazuju usbcka apod. aby byl > kratsi. Chybu bych videl v tom AMD64. Intelske servery jedu na i386 uz hodne dlouho a nemel jsem jediny problem. Ted jsem koupil novy a pod i386 mi inicializace disku proletela jak vino, ale pod amd64 trvala desne dlouho. Protoze jsem ale chtel amd64 ozkouset, nechal jsem to tam a o 2 hodiny pozdeji jsem skoncil s podobnou chybou. Po restartu se ale radic vzpamatoval.Ted bohuzel neni mozne server odstavit, takze cekam na prihodnou chvili a vrazim tam zpatky i386 a pro jistotu co chvili zalohuji data. Ondra From dan at obluda.cz Sat Mar 10 13:38:27 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 10 Mar 2007 13:38:27 +0100 Subject: RAID nebo disk In-Reply-To: <1605751809.20070310081551@starnet.cz> References: <1605751809.20070310081551@starnet.cz> Message-ID: <45F2A6C3.7020903@obluda.cz> Bc. Radek Krejca wrote: > v logu se mi objevuje toto > WARNING - xxxxxx - completing request directly To se tyka urcitych pozadavku zadanych do fronty - velmi zjednodusene receno takovych, jejichz vysledkem neni velke mnozstvi dat a na fakt jejich dokonceni neni treba zvlast reagovat. A z nich se toto varovani tyka tech, ktere nebyly ve stanovenem casovem limity diskem dokonceny. > TIMEOUT - XXX retrying (X retry left) A tohle se tyka jinych typu pozadavku, ale nastava to za podobnych okolnosti - pozadavek nebyl ve stanovenem terminu vyresen. System provede reinicializaci ovladace pro tento kanal - a vime, ze ta probehla uspesne (je to podminkou zobrazeni tohoto textu). Zda se tedy, ze obe je skutecne projevem stejne priciny - je problem v komunikaci s disky. > FreeBSD 6.2-RELEASE-p2 #0: Fri Mar 9 18:42:37 CET 2007 > root at merice.starnet.cz:/usr/obj/usr/src/sys/GENERIC > CPU: Intel(R) Pentium(R) D CPU 3.00GHz (3002.91-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > acpi0: on motherboard > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > atapci1: port 0x30c8-0x30cf,0x30e4-0x30e7,0x30c0-0x30c7,0x30e0-0x30e3,0x30a0-0x30af mem 0x88200000-0x882003ff irq 19 at device 31.2 on pci0 > atapci1: AHCI Version 01.10 controller with 4 ports detected > ata2: on atapci1 > ata3: on atapci1 > ata4: on atapci1 > ata5: on atapci1 > ad4: 157066MB at ata2-master SATA300 > ad6: 157066MB at ata3-master SATA300 > ar0: 156336MB status: READY > ar0: disk0 READY (master) using ad4 at ata2-master > ar0: disk1 READY (mirror) using ad6 at ata3-master Komunikace se ucastni - disky same, kabely k nim, ICH7 chipset, jeho ovladac a AR ovladac. Za dulezitou informaci povazuju to, ze vsechny zaznamenane chyby nastaly na zarizeni ad4 - na ad6 neni jedina. TO by naznacovalo, ze problem je v nespolecnych komponentach - a temi je samotny disk a kabel k nemu. Taklze bych zacal tim, ze disky i kabely k nim vedouci prohodim. Pokud se problem prestehuje je treb av daleim kroku zjistit, jestli je vadny disk nebo kabel. No a pak vymenit to, co je vadne. Muze se i stat, ze se po prohozeni problem neprestehuje - to by vedlo k podezreni na vadu jednoho portu na mainboard. A nebo je pricina nekde uplne jinde ;-) Dan From piftik at yhman.tnuni.sk Sat Mar 10 16:41:11 2007 From: piftik at yhman.tnuni.sk (piftik) Date: Sat, 10 Mar 2007 16:41:11 +0100 Subject: RAID nebo disk In-Reply-To: <1173522891.6534.3.camel@shift> References: <1605751809.20070310081551@starnet.cz> <1173522891.6534.3.camel@shift> Message-ID: <20070310151538.M79153@yhman.tnuni.sk> On Sat, 10 Mar 2007 11:34:51 +0100, Ondra Koutek wrote > Bc. Radek Krejca p??e v So 10. 03. 2007 v 08:15 +0100: > > V tuto chvili je to v > > RAID 1, nicmene uz mi to i zahlasilo Degraded. Dalsi zajimava vec > > je, ze ackoliv mam nastaven Mirror, tak pri instalaci freebsd vidim, > > jak ar0, tak ale i ad4 a ad6 (ze by se tak prezentoval radic?). > > > > generic amd64, nicmene vse zkompilovane pomoci cvsup > > Chybu bych videl v tom AMD64. Intelske servery jedu na i386 uz hodne > dlouho a nemel jsem jediny problem. Tuna by som si zase ja dovolil oponovat, mne sa tieto iste chybove hlasky ukazuju na postarsej i386 skladacke. Disky su 160GB, jeden je WDC, druhy je Samsung, SATAII. Radic je Promise Fasttrak TX2300 v PCI slote ale to same mi robilo aj so SiL 3112 na gmirror-e. atapci0: port 0xd400-0xd47f,0xd800-0xd8ff mem 0xe4020000-0xe4020fff,0xe4000000-0xe401ffff irq 11 at device 10.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ad4: 152627MB at ata2-master SATA300 ad6: 152627MB at ata3-master SATA300 ar0: 152627MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master Trying to mount root from ufs:/dev/ar0s1a ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=19583 Tutoka su hlasky po par minutach vykonavania "smartctl -F samsung2 -t long -C /dev/ad6": ad6: FAILURE - device detached ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode subdisk6: detached ad6: detached A este kusok z vypisu smartctl -a /dev/ad6: Error 237 occurred at disk power-on lifetime: 1174 hours (48 days + 22 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 04 51 80 6f e3 eb ee Error: ABRT at LBA = 0x0eebe36f = 250340207 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- ca 00 80 6f e3 eb ee 00 1d+03:49:25.188 WRITE DMA c8 00 80 6f 4d 11 e4 00 1d+03:49:20.125 READ DMA c8 00 80 ef 4c 11 e4 00 1d+03:49:20.125 READ DMA ca 00 80 ef e2 eb ee 00 1d+03:49:20.125 WRITE DMA ca 00 80 6f e2 eb ee 00 1d+03:49:20.125 WRITE DMA Vyrobca mi disk nevyreklamoval, pretoze utilita zo Samsung stranky podla nich tvrdila, ze disk je v poriadku. Zial, nemal som vtedy po ruke vypis zo smartctl. Utilita vyrobcu je v DOS-e a kedze disk je SATA, ta DOS-ovska utilita disk anilen nevidela. Asi tam pojdem este raz ale uz so smartctl vypisom. PiFtiK ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From prosa at pro.sk Sun Mar 11 09:34:38 2007 From: prosa at pro.sk (Peter Rosa) Date: Sun, 11 Mar 2007 09:34:38 +0100 Subject: [port|pkg]* Message-ID: <45F3BF1E.2070907@pro.sk> Zdravim vsetkych, a prosim o radu. System: FreeBSD 6.1-RELEASE-p11 Posledny cvsup: 11.3.2007 8:30 (porty aj system) Portupgrade: portupgrade-2.2.6_2,2 Az dodnes som na upgrade portov pouzival uplne bezproblemovo portupgrade. Niekedy vo februari sa zmenil jeho origin na /usr/ports-mngmt/portupgrade, takisto sa zmenili aj dalsie utility. Potialto v pohode - stary som odinstaloval, novy nainstaloval a hotovo. A tu sa to zacalo... Po instalacii (je to aj v UPDATING) to chcelo pkgdb -L. OK, urobil som. Fixovalo to niekolo "lost-dependencies". Skusil som upgradovat php5-extensions, skoncilo s chybovou hlaskou "Stale dependency... run pkgdb -F to fix". Nuz som spustil pkgdb -F, a vypisalo to kopec chyb, z ktorych je alarmujuca napr. tato: sed: 1: "s|^\(@comment[": unbalanced brackets ([]) Failed to rewrite /var/db/pkg/pecl-PDO-1.0.3/+CONTENTS: Command failed [exit code 1]: "sed" "\"s|^\\\\(@comment[\"" "\"\"" "\"][\"" "\"\"" "\"]*ORIGIN:\\\\).*\\\$|\\\\1databases/php5-pdo|\"" "<" "/var/db/pkg/pecl-PDO-1.0.3/+CONTENTS" ">" "/tmp/+CONTENTS.99965.0" Potom este kopec dalsich "Stale dependencies" (pri niektorych znovu "unbalanced brackets"), pricom nedokazal urcit/presmerovat nove zavislosti. Predosla verzia to zvladla v pohode, teraz to nejde. Zrejme sa medzicasom v ports-tree zmenilo ovela viac... Takze otazky: 1. ako sa zbavim chyby "unbalanced brackets ([])"? 2. ako odinstalujem vsetky php5-extensions, ked je system v takto rozbitom stave? Vdaka za vas cas a napady :-) -- Peter Rosa From Kaminar at seznam.cz Sun Mar 11 10:11:30 2007 From: Kaminar at seznam.cz (Kaminar) Date: Sun, 11 Mar 2007 10:11:30 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=5Bport=7Cpkg=5D=2A?= In-Reply-To: <45F3BF1E.2070907@pro.sk> Message-ID: <2114.2299-24185-1037011291-1173604289@seznam.cz> > Po instalacii (je to aj v UPDATING) to chcelo pkgdb -L. OK, urobil som. > Fixovalo to niekolo "lost-dependencies". Jen tak placnu. Zkusil jsi smazat pkgdb? Ja mel problem, ze jsem upgradoval i db, kterou portupgrade pouziva. Po jejim smazani si ji portupgrade vygeneroval a vsechno jelo. A jestli jsou v pkgdb nejake nesmysly, tak by to mohlo take pomoci. [Rada - nejprve si ji pro jistotu zalohuj. :-)] Karel From info at michalkosik.com Sun Mar 11 11:27:21 2007 From: info at michalkosik.com (=?iso-8859-2?Q?Michal_Ko=B9=EDk?=) Date: Sun, 11 Mar 2007 11:27:21 +0100 Subject: Jak nahradit LINUX IMQ ve FBSD Message-ID: <001701c763c7$da2b9700$640a16ac@michalkosik.byt> Zdrav?m, zat?m teoreticky ?e??m tento probl?m: Z historick?ch d?vod? m?m 3 LAN s?t?. M?m p?edstavu, ?e v p??pad? ??dn?ho trafiku na eth1 a eth2 si bude moci eth3 "vyzobnout" cel? p?smo na WAN. "Vygooglil" jsem str?nku http://www.nabble.com/Dummynet-cascade-of-pipes-t3337163.html , ale nejsem z n? moc chytr?.... Samoz?ejm?, ?e netrv?m na 3 LAN-k?ch, ur?it? by mi to zjednodu?ilo ?ivot, ale dotaz je ?ist? teoretick?, zda je to velk? probl?m, kdy? samoz?ejm? na to chci tak? aplikovat mechanismus QoS (ji? n?kolikr?t zde prob?ran? P2P s?t?). Jde mi ?ist? o to, nasm?rovat m? spr?vn?m sm?rem, k dal??m studi?m. D?ky za Va?e jak?koliv poznatky. Michal Ko??k From 000.fbsd at quip.cz Sun Mar 11 11:37:23 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sun, 11 Mar 2007 11:37:23 +0100 Subject: RAID nebo disk In-Reply-To: <1605751809.20070310081551@starnet.cz> References: <1605751809.20070310081551@starnet.cz> Message-ID: <45F3DBE3.1030007@quip.cz> Bc. Radek Krejca wrote: > Dobry den, > > v logu se mi objevuje toto, je to na novem stroji, ale muze byt > samozrejme vadny disk, nicmene nevim, zda je to diskem, nebo treba > nefunkcnim ovladacem pro raid. > > Mar 10 07:22:44 server kernel: ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly > Mar 10 07:22:44 server kernel: ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=108531455 > Mar 10 07:22:44 server kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly > Mar 10 07:22:44 server kernel: ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly > Mar 10 07:22:44 server kernel: ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly > Mar 10 07:22:44 server kernel: ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly > Mar 10 07:22:44 server kernel: ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly > Mar 10 07:22:44 server kernel: ad4: TIMEOUT - READ_DMA retrying (0 retries left) LBA=108633727 > Mar 10 07:22:44 server kernel: ad4: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=108531455 > > Je to server od Intelu a dusovali se, ze na tom freebsd 100% chodi, > nicmene ted nevim, planuju masivnejsi nasazeni a tohle mi trochu > kali radost, pokud by to byl disk tak pohoda. V tuto chvili je to v > RAID 1, nicmene uz mi to i zahlasilo Degraded. Dalsi zajimava vec > je, ze ackoliv mam nastaven Mirror, tak pri instalaci freebsd vidim, > jak ar0, tak ale i ad4 a ad6 (ze by se tak prezentoval radic?). Ze se tam objevuje i ad4 a ad6 je v poradku (a je to vyhoda, ze se k tem zarizenim da pristupovat napriklad pomoci smartctl) Ja mam obecne spatne zkusenosti s ICH7 v oblasti SATA radice, ale je to patrne hodne ovlivnene implementaci konkretniho vyrobce motherboardu. SATA rozhrani samo o sobe mi pripada jako dabluv vynalez, protoze teprve s nasazenim SATA disku jsem zjistil, co to jsou 'nevysvetlitelne problemy' s disky. Se zadnym pATA / SCSI diskem jsem nemel problem, ale tech problemu se SATA za posledni rok, to je az neuveritelne. Ale zpatky k veci - podival bych se pomoci smartctl (sysutils/smartmontools), jestli nejsou na disku nejake pending sectors, ci jine viditelne chyby. Zrovna dnes tu mam jeden notebook, ktery jich tam mel spoustu a hlasil v podstate ty same chyby, co jste poslal ve vasem vypisu z messages. Ted jsem ho cely projel dd if=/dev/ad0 of=/dev/ad0 bs=1m conv=noerror a vsechny ty necitelne sektory byly realokovany. Jdu tam znovu zkusit naisntalovat system (notebook neni muj, disk je zraly na vyhozeni, ale...) Miroslav Lachman From 000.fbsd at quip.cz Sun Mar 11 12:04:01 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sun, 11 Mar 2007 12:04:01 +0100 Subject: portupgrade a zavislost na Perl-5.8.8 Message-ID: <45F3E221.20203@quip.cz> Jen by me tak zajimalo, od kdy je portupgrade zavisly na Perlu 5.8.8? Drive jsem si nikdy nevsimnul, ze by byl vubec na Perlu zavisly. Ted jsem dal na jendom starickem systemu s FreeBSD 4.11 'portupgrade portupgrade' a zacal se tam instalovat Perl 5.8.8 (byla tam starsi verze Perlu). Ne ze by to az tak moc vadilo, ale zkratka me prekvapuje, ze portupgrade, ktery je napsany v Ruby, si vyzada upgrade Perlu na 5.8.8. Jeste je pak zarazejici to, ze vytvoreni balicku skonci s chybou: ===> Registering installation for portupgrade-2.2.6_2,2 ===> Building package for portupgrade-2.2.6_2,2 Creating package /usr/ports/packages/All/portupgrade-2.2.6_2,2.tbz Registering depends: ruby18-bdb-0.5.9_2 ruby-1.8.5.12,1 openssl-stable-0.9.7j perl-5.8.8 db41-4.1.25_4 ldconfig_compat-1.0_8. Registering conflicts: portupgrade-devel-*. Creating bzip'd tar ball in '/usr/ports/packages/All/portupgrade-2.2.6_2,2.tbz' tar: (null): Cannot chdir: No such file or directory tar: Error is not recoverable: exiting now pkg_create: make_dist: tar command failed with code 512 *** Error code 1 Stop in /usr/ports/ports-mgmt/portupgrade. ===> Cleaning for ruby-1.8.5.12,1 ===> Cleaning for pkg_install-20060113 ===> Cleaning for ruby18-bdb-0.6.0 ===> Cleaning for ldconfig_compat-1.0_8 ===> Cleaning for perl-5.8.8 ===> Cleaning for openssl-0.9.8e ===> Cleaning for db41-4.1.25_4 ===> Cleaning for portupgrade-2.2.6_2,2 ---> Cleaning out obsolete shared libraries [Updating the pkgdb in /var/db/pkg ... - 240 packages found (-0 +2) .. done] ---> ** Upgrade tasks 1: 1 done, 0 ignored, 0 skipped and 0 failed Samozrejme vim o tom, ze 4.11 uz je 'mrtva' a tak dale, jen me zkratka prekvapuje, ze to vyzaduje konkretni verzi Perlu a ze balickovani skonci s chybou. To by se mi oboje zrovna jevilo jako nezavisle na verzi systemu. Miroslav Lachman From brzak at linux.fjfi.cvut.cz Sun Mar 11 18:51:24 2007 From: brzak at linux.fjfi.cvut.cz (Josef Brzak) Date: Sun, 11 Mar 2007 18:51:24 +0100 (CET) Subject: FreeBSD, VLANy, Cisco (delsi) Message-ID: Ahoj, chtel bych Vas vsechny poprosit o radu. Mam router na FreeBSD: FreeBSD legolas 5.5-RELEASE-p11 FreeBSD 5.5-RELEASE-p11 K routeru je pripojen switch Cisco 2950-12. Do switche jsou pripojeny dalsi dve zarizeni (dalsi PC router a HW AP). Na routeru a switchy mam nastavene VLANy. Konfigurace na FreeBSD: do jadra jsem pridal: device miibus # MII bus support device vlan # VLAN support (needs miibus) pouzita sitova karta: em0: port 0xdc80-0xdcbf mem 0xff040000-0xff07ffff,0xff0a0000-0xff0bffff irq 10 at device 14.0 on pci0 em1: port 0xdc40-0xdc7f mem 0xff000000-0xff03ffff,0xff080000-0xff09ffff irq 11 at device 14.1 on pci0 nastaveni v /etc/rc.conf: cloned_interfaces="vlan1 vlan50 vlan100" ifconfig_vlan1="inet 10.94.1.1 netmask 0xffffffe0 vlan 1 vlandev em1" ifconfig_vlan50="inet 10.94.1.33 netmask 0xffffffe0 vlan 50 vlandev em1" ifconfig_vlan100="inet 192.168.100.1 netmask 0xffffff00 vlan 100 vlandev em1" ifconfig_em1="up" Do vlany50 je pripojen PC router, do vlany100 HW AP a vlan1 je management, kde je nastaven management switche Cisco. Nastaveni FreeBSD jsem provedl podle navodu na http://people.freebsd.org/~arved/vlan/vlan_en.html. Zarizeni na vlane50 i vlane100 jsou dostupna a vse funguje podle toho jak jsem pozadoval. Jediny problem je s vlanou1. Na management switche se neni mozne pripojit. Switch neni dopingatelny a ani ze switche nic nedopingam. Zde je nastaveni Cisco switche: no service pad service timestamps debug uptime service timestamps log uptime service password-encryption ! hostname cisco-sw ! enable secret 5 xxxxxxxxxxxxxxxxxx ! ip subnet-zero ! spanning-tree mode pvst no spanning-tree optimize bpdu transmission spanning-tree extend system-id ! interface FastEthernet0/1 description PC router (local LAN) switchport access vlan 50 switchport mode access ! interface FastEthernet0/2 description HW AP (Wifi) switchport access vlan 100 switchport mode access ! ... ... ... ! interface FastEthernet0/12 description legolas (trunk) switchport mode trunk ! interface Vlan1 ip address 10.94.1.28 255.255.255.224 no ip route-cache ! ip default-gateway 10.94.1.1 ip http server ! line con 0 password 7 xxxxxxxxxxxxxxxxxx login line vty 0 4 password 7 xxxxxxxxxxxxxxxxxx login line vty 5 15 password 7 xxxxxxxxxxxxxxxxxx login ! ! end Jak je videt z konfigurace switche, tak na portu 1 je PC router (vlana 50), na portu 2 je HW AP a port 12 je nastaven jako trunk a je pripojen do em0 na FreeBSD routeru. Nekde je v te vlane1 problem nebo mam nekde chybu v konfiguraci (pokusil jsem se nakonfigurovat nejake zarizeni, kteremu jsem dal IP adresu z vlany 1. Zarizeni take nebylo dostupne). Bohuzel tu chybu nemohu najit, tak bych Vas chtel poprosit o radu. Predem Vse moc dekuji za reakci na muj dotaz. Pepa Brzak From calda at dzungle.ms.mff.cuni.cz Sun Mar 11 19:08:41 2007 From: calda at dzungle.ms.mff.cuni.cz (Jiri Calda) Date: Sun, 11 Mar 2007 19:08:41 +0100 Subject: FreeBSD, VLANy, Cisco (delsi) In-Reply-To: References: Message-ID: <45F445A9.7000003@dzungle.ms.mff.cuni.cz> Josef Brzak wrote: > ifconfig_vlan1="inet 10.94.1.1 netmask 0xffffffe0 vlan 1 vlandev em1" Tohle je problem. > Do vlany50 je pripojen PC router, do vlany100 HW AP a vlan1 je management, Tohle je nestastne reseni. 1 je opravdu extra vlan, netaguje se, defaultne jsou v nem vsechny portu a t.d. Doporucuji uplne na jeho uziti zapomenout. > kde je nastaven management switche Cisco. Prehod si mgmt switche do jineho vlanu. > interface Vlan1 shutdown interface vlan 400 no shut > ip address 10.94.1.28 255.255.255.224 > no ip route-cache a na FBSD: > ifconfig_vlan400="inet 10.94.1.1 netmask 0xffffffe0 vlan 400 vlandev em1" a mas po problemu. Pokud na te vlan1 trvas, ak tu IP na FBSD musis nahodit ne na vlan1, ale primo na em1. Jirka From xdivac02 at stud.fit.vutbr.cz Sun Mar 11 22:27:16 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Sun, 11 Mar 2007 22:27:16 +0100 Subject: [VYSLEDKY] zadost o maly test In-Reply-To: <20070309153210.GA71209@stud.fit.vutbr.cz> References: <20070309153210.GA71209@stud.fit.vutbr.cz> Message-ID: <20070311212716.GA38785@stud.fit.vutbr.cz> On Fri, Mar 09, 2007 at 04:32:10PM +0100, Divacky Roman wrote: > zdravim > > mam anginu a nudim se doma a tak jsem se mrknul na postgres :D Na FreeBSD to pry > dela dost nesmysly a vola to treba 100tisickrat za sekundu setproctitle(). to > neni moc dobre rekl bych... tak jsem vyrobil patchik, ale jelikoz p*cu rozumim > postgresu tak nevim jak to otestovat jestli to > > a) pracuje spravne > b) fakt neco zrychluje > > a tak se obracim na vas mile ctenare tohoto mailing listu :) kdo mi pomuze > otestovat tento patch > > www.stud.fit.vutbr.cz/~xdivac02/patch-postgres.patch > > tomu (mozna) koupim pivo :) zajima mne jestli to funguje spravne (tj. jestli > se meni pri ps ax vypis toho co ten postgres dela) a jestli to neco zrychluje. > pripadna benchmark data mne dost zajimaji... patch staci strcit do > /usr/ports/databases/postgresql82-server/files/ a (znova) nainstalovat posgresql82-server tak jsem si to benchmarknul sam a... 1) ten patch VUBEC nepomaha v sysbench (aspon co jsem teda ja meril) 2) uplne vypnuti setproctitle() ma +/- 6% dopad na vykonost (positivni) .if ${.CURDIR} == "/usr/ports/databases/postgresql81-server" CFLAGS+=-DPS_USE_NONE=1 .endif kris kennaway rika ze ten setproctitle to zpomaluje az o 33% a u mne akorat o 6% coz znamena ze to mozna blbe testuju.... mate nekdo nejakou pripominku co muzu delat blbe pri testovani? vdaka roman From cichas at seznam.cz Sun Mar 11 22:44:09 2007 From: cichas at seznam.cz (=?iso-8859-2?Q?Ivan=20C=EDcha?=) Date: Sun, 11 Mar 2007 22:44:09 +0100 (CET) Subject: =?us-ascii?Q?Jak=20nahradit=20LINUX=20IMQ=20ve=20FBSD?= Message-ID: <622.976-25070-1187643767-1173649449@seznam.cz> DD, vas dotaz je ponekud moc obecny. Predpokladam, ze chcete QUEUE. Nasledujici priklad rozdeli obousmerne celkove pasmo na 3 dily. Pokud nektera sitovka sve pasmo nepouziva, tak ostatni dostanou garantovane svych 33% a o zbytek pasma se mezi sebou poperou. # Kolik muzeme rozdelovat ipfw pipe 1 config bw 256Kbit/s queue 64KBytes ipfw pipe 2 config bw 256Kbit/s queue 64KBytes #eth1 ipfw queue 64001 config pipe 1 weight 33 queue 32Kbytes ipfw queue 64002 config pipe 2 weight 33 queue 32Kbytes ipfw add 00901 queue 64001 ip from any to 192.168.1.0/24 out ipfw add 00902 queue 64002 ip from 192.168.1.0/24 to any in #eth2 ipfw queue 64003 config pipe 1 weight 33 queue 32Kbytes ipfw queue 64004 config pipe 2 weight 33 queue 32Kbytes ipfw add 00903 queue 64003 ip from any to 192.168.2.0/24 out ipfw add 00904 queue 64004 ip from 192.168.2.0/24 to any in #eth3 ipfw queue 64005 config pipe 1 weight 33 queue 32Kbytes ipfw queue 64006 config pipe 2 weight 33 queue 32Kbytes ipfw add 00905 queue 64005 ip from any to 192.168.3.0/24 out ipfw add 00906 queue 64006 ip from 192.168.3.0/24 to any in Poznamky: 1) weight: muzete si tam dat jake cislo chcete. Dana queue pak dostane garantovane z dane pipe "soucet vsech"/"jeji cislo" Doporucuji aby soucet vsech weight v jednom smeru byl 100 - pak weight znamena procenta z dane pipe. Takze pak nepremyslite kolik je treba deset setnactin z megabitu... 2) muzete delat i hierarchicke shapovani/garantovani (pipe pro cely provoz, za ni pipe/queue pro jednotlive IP etc). Staci sysctl net.inet.ip.fw.one_pass=0 Dummynet potom pakety neakceptuje. Jen si dela svuj shaping. Je tedy potreba za kazde koncove queue/pipe pravidlo pridat ipfw add allow xy V ipfw2/dummynet (FreeBSD>4) je bohuzel bug zahazujici pakety ve vsech dummynet frontach pri reloadu FW s mracnem hlasek do messages... 3) Nezapomente na options HZ=1000 do jadra. Jinak pridavate ke kazdemu paketu v jednom smeru cca 10ms zpozdeni. 4) Nepouzivejte queues/pipes tam kde zalezi na zpozdeni. Pokud udelate treba 64kbit/s diru, tak pro 1500B pakety automaticky pridavate v jednom smeru zpozdeni cca 187ms ( 1000ms / (64000dira / (1500B*8) ) -- Ivan Cicha From radek at ceskedomeny.cz Sun Mar 11 23:27:03 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Sun, 11 Mar 2007 23:27:03 +0100 Subject: Vpopmail + spamassassin nefunguje zrejme pro aliasy Message-ID: <277871772.20070311232703@starnet.cz> Dobry den, nainstaloval jsem na FreeBSD vpopmail s podporou spamassassinu, bohuzel krome konfigurace pri kompilaci z portu a pak asi 4radkove hlasky po nainstalovani portu jsem o tom vice nenasel. Funguje mi to bajecne, akorat mi neprochazi nektere maily testem spamassassinu a ackoliv nikde zadna hlaska v logu, tak bych rekl, ze se kontrola provadi pouze pro schranky fyzicky existujici a domenovy kos. Ovsem pro aliasy mi vubec neprobehne spamassassin kontrola. Da se jeste nekde neco nastavit nebo co kde lze zmenit? Aktualni konfigurace je: vpopmail-5.4.17 p5-Mail-SpamAssassin-3.1.8_1 qmail-1.03_5 qmailadmin-1.2.10,1 Vse z portu, vpopmail mam s temito optionami: WITH_SPAMASSASSIN=yes SPAM_THRESHOLD=6 RELAYCLEAR=15 LOGLEVEL=e Diky Radek -- S pozdravem, Bc. Radek Krejca From pav at oook.cz Mon Mar 12 00:04:21 2007 From: pav at oook.cz (Pav Lucistnik) Date: Mon, 12 Mar 2007 00:04:21 +0100 Subject: [VYSLEDKY] zadost o maly test In-Reply-To: <20070311212716.GA38785@stud.fit.vutbr.cz> References: <20070309153210.GA71209@stud.fit.vutbr.cz> <20070311212716.GA38785@stud.fit.vutbr.cz> Message-ID: <1173654261.2112.2.camel@ikaros.oook.cz> Divacky Roman p??e v ne 11. 03. 2007 v 22:27 +0100: > tak jsem si to benchmarknul sam a... > > 1) ten patch VUBEC nepomaha v sysbench (aspon co jsem teda ja meril) > > 2) uplne vypnuti setproctitle() ma +/- 6% dopad na vykonost (positivni) > .if ${.CURDIR} == "/usr/ports/databases/postgresql81-server" > CFLAGS+=-DPS_USE_NONE=1 > .endif > > > kris kennaway rika ze ten setproctitle to zpomaluje az o 33% a u mne akorat o 6% > coz znamena ze to mozna blbe testuju.... > > mate nekdo nejakou pripominku co muzu delat blbe pri testovani? vdaka Vsadim se ze to netestujes na osmiprocesorove masine... -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From pm-conf at kostax.cz Mon Mar 12 08:39:37 2007 From: pm-conf at kostax.cz (Petr Macek) Date: Mon, 12 Mar 2007 08:39:37 +0100 Subject: Jak nahradit LINUX IMQ ve FBSD In-Reply-To: <622.976-25070-1187643767-1173649449@seznam.cz> References: <622.976-25070-1187643767-1173649449@seznam.cz> Message-ID: <45F503B9.3050107@kostax.cz> Ivan C?cha napsal(a): > DD, > vas dotaz je ponekud moc obecny. Predpokladam, ze chcete QUEUE. Nasledujici priklad rozdeli obousmerne celkove pasmo na 3 dily. Pokud nektera sitovka sve pasmo nepouziva, tak ostatni dostanou garantovane svych 33% a o zbytek pasma se mezi sebou poperou. > > # Kolik muzeme rozdelovat > ipfw pipe 1 config bw 256Kbit/s queue 64KBytes > ipfw pipe 2 config bw 256Kbit/s queue 64KBytes > > #eth1 > ipfw queue 64001 config pipe 1 weight 33 queue 32Kbytes > ipfw queue 64002 config pipe 2 weight 33 queue 32Kbytes > ipfw add 00901 queue 64001 ip from any to 192.168.1.0/24 out > ipfw add 00902 queue 64002 ip from 192.168.1.0/24 to any in Chtel bych se zeptat, jak urcujete velikost queue. A to jak u pipe, tak u vlastni queue. Nikde jsem nenasel nejaky presny popis. Je u te pipe ta queue nutna? Myslel jsem, ze vlastni queue (ipfw queue 64001 config ...) prave nahrazuje tu 64KBytes queue co mate u pipe. Diky za odpoved PM -- # --------------- # Petr Macek # pm at kostax.cz # icq: 87323239 # www.kostax.cz # MySQL www client (PHP) ... try it! # http://the.cz/mywwwatcher From kolar.radim at gmail.com Mon Mar 12 08:46:59 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Mon, 12 Mar 2007 08:46:59 +0100 Subject: [VYSLEDKY] zadost o maly test In-Reply-To: <20070311212716.GA38785@stud.fit.vutbr.cz> References: <20070309153210.GA71209@stud.fit.vutbr.cz> <20070311212716.GA38785@stud.fit.vutbr.cz> Message-ID: <707e14750703120046l55510fc3u4ca2aa0e9e6b9fc7@mail.gmail.com> > 2) uplne vypnuti setproctitle() ma +/- 6% dopad na vykonost (positivni) > .if ${.CURDIR} == "/usr/ports/databases/postgresql81-server" > CFLAGS+=-DPS_USE_NONE=1 > .endif tohleto by bylo dobry, kdyby se to dalo konfigurovat pres OPTIONS v portu. u mne to zrychluje o cela 4 procenta! submitnete nekdo patch do portu From xdivac02 at stud.fit.vutbr.cz Mon Mar 12 09:12:47 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 12 Mar 2007 09:12:47 +0100 Subject: [VYSLEDKY] zadost o maly test In-Reply-To: <707e14750703120046l55510fc3u4ca2aa0e9e6b9fc7@mail.gmail.com> References: <20070309153210.GA71209@stud.fit.vutbr.cz> <20070311212716.GA38785@stud.fit.vutbr.cz> <707e14750703120046l55510fc3u4ca2aa0e9e6b9fc7@mail.gmail.com> Message-ID: <20070312081247.GA82600@stud.fit.vutbr.cz> On Mon, Mar 12, 2007 at 08:46:59AM +0100, Radim Kolar wrote: > > 2) uplne vypnuti setproctitle() ma +/- 6% dopad na vykonost (positivni) > > .if ${.CURDIR} == "/usr/ports/databases/postgresql81-server" > > CFLAGS+=-DPS_USE_NONE=1 > > .endif > tohleto by bylo dobry, kdyby se to dalo konfigurovat pres > OPTIONS v portu. u mne to zrychluje o cela 4 procenta! > submitnete nekdo patch do portu to ma byt ironie? mne se nezda ze by 4% byly neco uzasneho nebo tak... spis mi to prijde jako v ramci sumu.. jak doporucuje pav tak to zkusim na 2x (lepsi k dispozici na hrani nemam), ale dost nechapu jak to muze zmenit pocet volani setproctitle()... aha! uz chapu setproctitle vola sysctl, ktere mame pod Giantem (furt este) hm.. du to otestit.... From prosa at pro.sk Mon Mar 12 09:43:19 2007 From: prosa at pro.sk (Peter Rosa) Date: Mon, 12 Mar 2007 09:43:19 +0100 Subject: MySql 4.0 vs. 4.1 Message-ID: <45F512A7.1000906@pro.sk> Zdravim vsetkych, prosim, neexistuje nejake nastavenie v nastaveni serveru/klienta MySql 4.1, aby sa spravali podobne (aspon navonok), ako MySql 4.0? T.j. aby sa v phpmyadmin-e nezobrazili polozky ako: - Znakova sada v MySql - Overenie MySql spojenia - Zotriedenie - Znakove sady a Zotriedenia - a pod. veci suvisiace s nastavenim charset-ov a jazykov ?? Tieto veci aj tak nepozivame (standardne ukladame vsetky databazy vo windows-1250), max. ak si prepneme jazyk databaz do windows-1251 pre rustinu. S UTF mame take zle skusenosti (najma s prenostitelnostou k providerom), ze to nepouzivame... No a podpora 4.0 zrejme skoncila, kedze uz cca 2 mesiace nie je opatchovany drobny bug (case sensitive privileges escalation)... Vdaka za vas cas a pripadne rady. Prajem prijemny den, -- Peter Rosa From dan at obluda.cz Mon Mar 12 09:55:21 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 12 Mar 2007 09:55:21 +0100 Subject: MySql 4.0 vs. 4.1 In-Reply-To: <45F512A7.1000906@pro.sk> References: <45F512A7.1000906@pro.sk> Message-ID: <45F51579.9090309@obluda.cz> Peter Rosa napsal/wrote, On 03/12/07 09:43: > No a podpora 4.0 zrejme skoncila http://dev.mysql.com/doc/refman/4.1/en/ : ------------------- End of Product Lifecycle. Active development and support for MySQL database server versions 3.23, 4.0, and 4.1 have ended. For MySQL 4.0 and 4.1, there is still extended support available, though. For details, see http://www.mysql.com/company/legal/lifecycle/#calendar.According to the MySQL Lifecycle Policy (see http://www.mysql.com/company/legal/lifecycle/#policy), only Security Level 1 issues will still be fixed for those versions. Please consider upgrading to a recent version (MySQL 5.0 or 5.1). ------------------- Myslim, ze upgrade neni za techto okolnosti vubec spatny napad ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From xdivac02 at stud.fit.vutbr.cz Mon Mar 12 09:59:41 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 12 Mar 2007 09:59:41 +0100 Subject: [VYSLEDKY] zadost o maly test In-Reply-To: <20070312081247.GA82600@stud.fit.vutbr.cz> References: <20070309153210.GA71209@stud.fit.vutbr.cz> <20070311212716.GA38785@stud.fit.vutbr.cz> <707e14750703120046l55510fc3u4ca2aa0e9e6b9fc7@mail.gmail.com> <20070312081247.GA82600@stud.fit.vutbr.cz> Message-ID: <20070312085941.GA85444@stud.fit.vutbr.cz> taaaakze, vypada to takhle: 1) CPU: AMD Athlon(TM) XP 2500+ (1833.13-MHz 686-class CPU) real memory = 1073725440 (1023 MB) kasandra ~$ uname -mr 6.2-RELEASE i386 postgresql81 to vypada tak ze PS_USE_NONE=1 zrychluje postgres o cca 6%, s tim ze s poctem threadu je to furt stejne.... 2) CPU: Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz (1866.61-MHz K8-class CPU) Cores per package: 2 (tj.. SMP) real memory = 1073479680 (1023 MB) uloziste ~# uname -mr 6.2-RELEASE amd64 postgresql82 to vypada tak ze PS_USE_NONE=1 zrychluje postgres a) pri 1 threadu sysbench o cca 10% b) pri 2 threadech sysbench o cca 8% coz jsou ale cisla v ramci fluktuace motyliho kridla takze tezko z toho neco vyvozovat.. kazdopadne zda se ze s poctem procesoru roste negativni vliv setproctitle() zveda.. nemuzete to nekdo otestovat na 4xSMP ? popr. necem lepsim? dost by mne to zajimalo... kazdopadne myslim ze pokud nekdo udela prislusny patch do postgresql ports (v cestine bez diakritiky nejde poznat ze myslim mnozne cislo) tak by to bylo super :) roman p.s. absolutni zvyseni rychlosi mezi pripadem (1) a pripadem (2) je ze stroj (2) je 3x (trikrat!) rychlejsi nez stroj (1).. ja nevim jak vam ale mne to dela radost :) From rajo at platon.sk Mon Mar 12 10:11:50 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 12 Mar 2007 10:11:50 +0100 Subject: MySql 4.0 vs. 4.1 In-Reply-To: <45F512A7.1000906@pro.sk> References: <45F512A7.1000906@pro.sk> Message-ID: <20070312091150.GM31275@platon.sk> On Mon, Mar 12, 2007 at 09:43:19AM +0100, Peter Rosa wrote: > Zdravim vsetkych, > > prosim, neexistuje nejake nastavenie v nastaveni serveru/klienta > MySql 4.1, aby sa spravali podobne (aspon navonok), ako MySql 4.0? > > T.j. aby sa v phpmyadmin-e nezobrazili polozky ako: > - Znakova sada v MySql > - Overenie MySql spojenia > - Zotriedenie > - Znakove sady a Zotriedenia > - a pod. veci suvisiace s nastavenim charset-ov a jazykov > ?? > > Tieto veci aj tak nepozivame (standardne ukladame vsetky databazy vo > windows-1250), max. ak si prepneme jazyk databaz do windows-1251 pre > rustinu. S UTF mame take zle skusenosti (najma s prenostitelnostou k > providerom), ze to nepouzivame... > > No a podpora 4.0 zrejme skoncila, kedze uz cca 2 mesiace nie je > opatchovany drobny bug (case sensitive privileges escalation)... > > Vdaka za vas cas a pripadne rady. Toto velmi zly pristup k rieseniu problemov. Podla mna sa viacej oplati investovat cas do nastudovania, ako MySQL pracuje s charsetmi a co to obnasa. Migroval som takto produkcne data uz viac krat, a nie je s tym ziaden problem. A praveze preferujem UTF-8. Jedinou podmienkou je, aby tie data boli v aspon v konzistentnom stave (aby nebola cast zaznamov v jednom kodovani a druha cast dat v inom). A na strane klienta treba po pripojeni poslat 2 prikazy: SET NAMES cp1250; SET COLLATION_CONNECTION=cp1250_general_ci' Najlepsie ale je poslat to v takomto tvare: "/*!40101 SET NAMES cp1250 */" "/*!40101 SET COLLATION_CONNECTION=cp1250_general_ci */" Zial, velmi vela PHP koderov nechape, co to ten charset je a nevedia to spravne pouzivat. A pritom navodov, ako na to je na webe plno. :-/ Az mas zaujem, mozeme sa dohodnut na nejakych konzultaciach a pripadne naplanovat prechod na MySQL 5.0 alebo 5.1. To by bola podla mna sparvna cesta do buducna. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From prosa at pro.sk Mon Mar 12 10:19:52 2007 From: prosa at pro.sk (Peter Rosa) Date: Mon, 12 Mar 2007 10:19:52 +0100 Subject: ipfw & ftp In-Reply-To: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> References: <50330.172.20.8.1.1173167483.squirrel@email.naxo.net> Message-ID: <45F51B38.5070105@pro.sk> Dobry den, > Netusim presne jak zachytit, kdyz klient navaze spojeni na portu 21 a pote > zacne stahovat data pres nejaky predem neznamy druhy port - jak tento > "zjisit" a vytvorit pro nej (nejspise pouze docasne) pravidlo, ktere tento > provoz pusti mimo pipe. mozno trepnem hlupost, ale ak ten stroj okrem ipfw/pipes robi aj NAT, tak natd ma tzv. punch_fw rule. Ak sa nemylim, mala by robit prave to, co pozadujete - otvorit "docasnu dieru" vo firewalle prave pre takyto pripad. Nepouzil som to, resp. nedokazal som to pouzit, ale aj mna na toto nasmerovali v ipfw-mailing-list-e. Ale ako hovori Dan, pravda je mozno niekde celkom inde :-) Prajem prijemny den, -- Peter Rosa From pm-conf at kostax.cz Mon Mar 12 10:32:45 2007 From: pm-conf at kostax.cz (Petr Macek) Date: Mon, 12 Mar 2007 10:32:45 +0100 Subject: MySql 4.0 vs. 4.1 In-Reply-To: <20070312091150.GM31275@platon.sk> References: <45F512A7.1000906@pro.sk> <20070312091150.GM31275@platon.sk> Message-ID: <45F51E3D.5010709@kostax.cz> > > Toto velmi zly pristup k rieseniu problemov. Podla mna sa viacej oplati > investovat cas do nastudovania, ako MySQL pracuje s charsetmi a co to > obnasa. Migroval som takto produkcne data uz viac krat, a nie je s tym > ziaden problem. A praveze preferujem UTF-8. Jedinou podmienkou je, aby > tie data boli v aspon v konzistentnom stave (aby nebola cast zaznamov > v jednom kodovani a druha cast dat v inom). A na strane klienta treba po > pripojeni poslat 2 prikazy: > > SET NAMES cp1250; > SET COLLATION_CONNECTION=cp1250_general_ci' opravdu si staci o tomto neco precist v manualu a potom treba diskuze zde: http://php.vrana.cz/mysql-4-1-kodovani.php http://php.vrana.cz/prevod-kodovani-mysql.php V podstate ty charsety jsou velice jednoduche a funguji dobre. Nema cenu toto zavrhovat, kdyz se Vam nepovedou jednou dvakrat prevest data. Dulezite je mit opravdu na databazi, tabulkach, sloupcich nastavene spravne charsety a collate. PM -- # --------------- # Petr Macek # pm at kostax.cz # icq: 87323239 # www.kostax.cz # MySQL www client (PHP) ... try it! # http://the.cz/mywwwatcher From dan at obluda.cz Mon Mar 12 11:52:37 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 12 Mar 2007 11:52:37 +0100 Subject: MySql 4.0 vs. 4.1 In-Reply-To: <20070312091150.GM31275@platon.sk> References: <45F512A7.1000906@pro.sk> <20070312091150.GM31275@platon.sk> Message-ID: <45F530F5.6080609@obluda.cz> Lubomir Host napsal/wrote, On 03/12/07 10:11: >> prosim, neexistuje nejake nastavenie v nastaveni serveru/klienta >> MySql 4.1, aby sa spravali podobne (aspon navonok), ako MySql 4.0? > Toto velmi zly pristup k rieseniu problemov. Podla mna sa viacej oplati > investovat cas do nastudovania, ako MySQL pracuje s charsetmi a co to Ja nebudu az tak radikalni. Pokud existuje nejaky dobry duvod, proc nepodporovanou verzi zachovat, tak existuje. Side-efektem ale budou vyssi (mozna podstatne vyssi) naroky na udrzbu, takze jestli je to jen z duvodu "ze je to mene prace", tak to asi neni ... Nejvetsim problemem pri migraci 4.x->5.x je - zjistit, v jakem kodovani jsou data ulozena. Uplna tragedie pak je, pokud jsou v jednom radku ruzne kodovane sloupce. Pokud ale vime, jake je kodovani, pak uz jde jen o dump databaze, upgrade, a import zpet. U "importu zpet" je treba spravne oznamit v jakem kodovani data jsou (aby se pri ukladani do tabulek s jinym kodovanim ulozila spravne). Pokdu ej databaze prelozen atak, ze defaultni kodovani je shodne s tim pouzitym, tak tenhle problem odpada - aj bych al easi zustal (na strane databaze) u UTF8, protoze "import pri upgrade" je jednorazova akce a tak me tech par vterin an udani kodovani nezabije. > Najlepsie ale je poslat to v takomto tvare: > > "/*!40101 SET NAMES cp1250 */" > "/*!40101 SET COLLATION_CONNECTION=cp1250_general_ci */" > > Zial, velmi vela PHP koderov nechape, co to ten charset je a nevedia to > spravne pouzivat. A pritom navodov, ako na to je na webe plno. :-/ > > Az mas zaujem, mozeme sa dohodnut na nejakych konzultaciach a pripadne > naplanovat prechod na MySQL 5.0 alebo 5.1 ;-) jestli je to zpusob, jak nabidnout placenou konzultaci, tak dobry ;-) Ale jinak by to snad melo byt jeste jednodussi, ne ? Pokud si zajistim, ze cp1250_general_ci je defaultni nastaveni klienta (a to snad lze zajistit konfiguracne, a jestli ne, tak by to melo jit rict pri prekladu) tak by vse melo fungovat aniz se do kodu PHP bude muset jakkoliv zasahovat. Na druhou stranu, najit vsechny vyskyty _conect() lze grepem pomerne snadno, a nebyva jich mnoho, takze i v pripade, ze zasah nutny je, neni to tak slozite. Tedy - pokud nam staci "stejne mizerna funkcnost" jako dosud. Na cteni je "staticke nastaveni kodovani" mozna dostacujici - nakonec - je to server, ktery data oznaci a posle klientovi. Ale pokdu am take nejaka data prichazeji (formulare), pak je to slozitejsi - ma-li to byt korektni. Tam je treba zohlednit, v jakem kodovani nam klient data poslal. A to nemusi byt stale totez ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From hrabec at naxo.net Mon Mar 12 12:04:27 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Mon, 12 Mar 2007 12:04:27 +0100 (CET) Subject: pc s vice disky Message-ID: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> Dobry den, mame pc s dvema pci/sata radici, ktere ma dohromady 12 pevnych disku. Server slouzi jako domaci uloziste multimedialnich dat. V soucasne chvili je na kazdem disku vytvoren separatni filesystem - tedy 12 filesystemu. A rad bych se vas zeptal, zda-li mate nekdo pozitivni zkusenosti s pouzitim nejakeho sw raid-u nebo spolecneho logical volume slozeneho z vice disku. Cilem by melo byt vytvoreni kontinualniho datoveho uloziste narozdil od situace, kdy je dostupny diskovy prostor "rozsekan" do 12-ti casti podle disku. Kdyby v pripade poruchy jednoho disku, byla data na tomto disku ulozena ztracena, vubec by to nevadilo. Protoze v situaci, kdy je nyni kazdy disk "zvlast" (bez zalohy), muze k takove situaci tak ci onak dojit a data na nich ulozena nejsou nikterak zivotne dulezita. Spis by ale bylo vice problematicke, kdyby v pripade vypadku jednoho disku byla ztracena veskera data v takovem logical volume. Mate nekdo prosim nejaky typ, jak rozumne spojit nekolik disku do spolecneho diskoveho prostoru? Diky, Pepa. From rajo at platon.sk Mon Mar 12 12:20:37 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 12 Mar 2007 12:20:37 +0100 Subject: MySql 4.0 vs. 4.1 In-Reply-To: <45F530F5.6080609@obluda.cz> References: <45F512A7.1000906@pro.sk> <20070312091150.GM31275@platon.sk> <45F530F5.6080609@obluda.cz> Message-ID: <20070312112037.GR31275@platon.sk> On Mon, Mar 12, 2007 at 11:52:37AM +0100, Dan Lukes wrote: > Lubomir Host napsal/wrote, On 03/12/07 10:11: > >> prosim, neexistuje nejake nastavenie v nastaveni serveru/klienta > >> MySql 4.1, aby sa spravali podobne (aspon navonok), ako MySql 4.0? > > > Toto velmi zly pristup k rieseniu problemov. Podla mna sa viacej oplati > > investovat cas do nastudovania, ako MySQL pracuje s charsetmi a co to > > Ja nebudu az tak radikalni. Pokud existuje nejaky dobry duvod, proc > nepodporovanou verzi zachovat, tak existuje. Side-efektem ale budou > vyssi (mozna podstatne vyssi) naroky na udrzbu, takze jestli je to jen z > duvodu "ze je to mene prace", tak to asi neni ... Aky dovod by mohol existovat pre zachovanie starej verzie? Mozno iba ten, ze uz je na dany ucel odskusana. Ale ak je toto jediny dovod, tak odskusat aj novsiu verziu sa da podla mna vo vacsine pripadov relativne lahko. Navyse sa upgradom ziskaju dalsie dobre vlastnosti, ktore starsia verzia mysql nema. Teraz nahmatkovo ma napadaju tieto vyhody mysql 5.x voci 4.x: - viac funkcii na prepocet casov a datumov - niektore zlozitejsie selecty sa v mysql 4.x museli robit roznymi barlickami - korektna podprora roznych kodovani (ja to naozaj vidim ako vyhodu) rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From dan at obluda.cz Mon Mar 12 12:45:43 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 12 Mar 2007 12:45:43 +0100 Subject: MySql 4.0 vs. 4.1 In-Reply-To: <20070312112037.GR31275@platon.sk> References: <45F512A7.1000906@pro.sk> <20070312091150.GM31275@platon.sk> <45F530F5.6080609@obluda.cz> <20070312112037.GR31275@platon.sk> Message-ID: <45F53D67.9040606@obluda.cz> Lubomir Host napsal/wrote, On 03/12/07 12:20: >> >> prosim, neexistuje nejake nastavenie v nastaveni serveru/klienta >> >> MySql 4.1, aby sa spravali podobne (aspon navonok), ako MySql 4.0? > Aky dovod by mohol existovat pre zachovanie starej verzie? Mozno iba > ten, ze uz je na dany ucel odskusana. Ano. Pak ten, ze aplikace zaviseji na nejake jeji specificke vlastnosti (chybe), ktera v nove verzi obsazena neni. To je skoro vzdy vada aplikace, nicmene, to na samotnem faktu nic nemeni. Stara verze muze byt mene "rozezrana" na zdroje, muze byt (ve specifickem pripade) rychlejsi. Muze byt netrivialni nebo dokonce nemozne slinkovat aplikaci s novou verzi klienta a stara verze muze mit specificke potize pri komunikaci se serverem nove verze. Pak muze byt duvodem (imho nespravny) pocit, ze "nechat tam tu starou je mene prace" - v okamzitem pohledu to muze byt pravda, ale v delsim nez kratkodobem pohledu to tak vetsinou neni. A asi jsou i dalsi mozne duvody - nevim. Ale to, ze nemam dostatecnou fantazii neznamena, ze neexistuji. A to, z emi zadny duvod nepripada jako tak dulezity aby prevazil vyhody predhocu na novou verzi taky neznamena, ze to tak je. To musi fakt posoudit podle lokalnich podminek tazatel. A nest nasledky sveho rozhodnuti ;-) Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From jan at dusatko.org Mon Mar 12 13:24:28 2007 From: jan at dusatko.org (Jan Dusatko) Date: Mon, 12 Mar 2007 13:24:28 +0100 Subject: pc s vice disky - trochu rozsahlejsi odpoved In-Reply-To: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> Message-ID: <005801c764a1$6318a420$20fda8c0@relict> Zdravim, tak doufam, ze mne za tuto odpoved nebudete kamenovat ;o) Pokusil jsem se to napsat z jedne vody nacisto. > mame pc s dvema pci/sata radici, ktere ma dohromady 12 pevnych disku. Server slouzi jako domaci uloziste multimedialnich dat. V soucasne chvili je na kazdem disku vytvoren separatni filesystem - tedy 12 filesystemu. > > A rad bych se vas zeptal, zda-li mate nekdo pozitivni zkusenosti s pouzitim nejakeho sw raid-u nebo spolecneho logical volume slozeneho z vice disku. Cilem by melo byt vytvoreni kontinualniho datoveho uloziste narozdil od situace, kdy je dostupny diskovy prostor "rozsekan" do 12-ti casti podle disku. > > Kdyby v pripade poruchy jednoho disku, byla data na tomto disku ulozena ztracena, vubec by to nevadilo. Protoze v situaci, kdy je nyni kazdy disk "zvlast" (bez zalohy), muze k takove situaci tak ci onak dojit a data na nich ulozena nejsou nikterak zivotne dulezita. Spis by ale bylo vice problematicke, kdyby v pripade vypadku jednoho disku byla ztracena veskera data v takovem logical volume. Takze moznosti jsou nasledujici, je to jakysi pokus o "vycuc" relevantnich informaci - standardy a bezne pouzite nazvoslovi: JBOD - Prakticky to co je v tuto chvili pouzito V pripade vypadku disku prijdete pouze o data na uvedenem disku RAID 0 - Disk Stripping, pouhe prokladani bloku. Minimum jsou dva disky, datove bloky jsou ulozeny na obou discich. Velikost je prostym souctem vsech disku. - concate - nejprve se zaplni jeden, pak druhy disk - stripping - bloky dat jsou ulozeny "na stridacku" na oba disky V pripade vypadku jednoho disku prijdete o vsechna data. RAID 1 - Mirroring/Duplexing/Shadowing. Minimum dva disky, na kterych je identicky obsah. Velikost je velikosti nejmensiho z disku. - Mirroring - dva identicke disky - Duplexing - kazdy disk pres vlastni radic - Shadowing - tri a vice disku s identickym obsahem V pripade vypadku jednoho disku neprijdete o nic RAID 2 - Hamming Code, Disk Stripping with Error Correction Code (ECC). RAID 3 - Parallel Access Parity RAID, Disk Stripping with ECC Stored as Parity RAID 4 - Independent Access Parity RAID With Dedicated Parity Disk Disk Stripping Large Block, Parity Stored on One Drive RAID 5 - Independent Access RAID With Distributed Parity Disk Stripping, Parity Distributed Across the Drive. Minimum tri disky, velikost diskoveho pole je dana velikosti nejmensiho z nich krat pocet disku. O jeden disk se to snizuje diky parite. ?adi? d?l? data na bloky a pos?l? postupn? na jednotliv? disky. P?i t?to ?innosti se spo??t? blokov? kontroln? sou?et (je zde je pou?ita funkce XOR nad bloky dat) a ten se distribuuje stridave mezi jednotlive disky stejne jako datove bloky. HP dela radice, podporujici tzv. ADG, coz znamena Advanced Data Guarding (vychazi z RAID 5). Zde je mozne konfigurovat pocet disku, na ktere se "uklada parita", kazdopadne diskove pole je odolnejsi proti vypadku konfigurovatelneho mnozstvi disku. V pripade vypadku jednoho disku neprijdete o nic, dva disky a prijdete o data. RAID 6 - Protection Against Two Simultaneous Disk Failures. RAID level 7 - Optimized Asynchrony for High I/O Rates as well as High Data Transfer Rates RAID Level 10,01, atd. Jedna se o diskove pole nekolika urovni, kde uroven na vyssi vrstve je uvadena jako prvni. Pri pouziti techto poli je potreba si davat obrovsky pozor rozdil v rychlosti a bezpecnosti, pokud se prohod? vyznam nizsi a vyssi vrstvy. Napr. RAID 10 znamena zrdcadlene disky, nad kterymi je provaden stripping. Srovnejte si rozdil v bezpecnosti dat mezi 10 a 01. > Mate nekdo prosim nejaky typ, jak rozumne spojit nekolik disku do spolecneho diskoveho prostoru? Pro software verzi raid je mo?n? pou??t geom driver. viz man geom - kde se pise: Currently available classes which are aware of geom(8): o CONCAT o ELI o LABEL o MIRROR o NOP o RAID3 o SHSEC o STRIPE Pro konfiguraci je tu priklad postupu pro vytvoreni zrcadla: 1) Zruseni partition table vybraneho disku (/dev/ad1) dd if=/dev/zero of=/dev/ad1 bs=512 count=79 2) Vytvoreni oznaceni pro software zrcadlo gmirror label -v -n -b round-robin gm0 /dev/ad1 gmirror load 3) Vytvoreni noveho virtualniho zarizeni gm0 fdisk -v -B -I /dev/mirror/gm0 bsdlabel -w -B /dev/mirror/gm0s1 # inicializace 4) Konfigurace a pridani dalsiho disku do zrcadla (/dev/ad2) gmirror configure -a gm0 gmirror insert gm0 /dev/ad2 5) Vytvoreni noveho filesystemu s label data newfs -U -O2 -L data /dev/mirror/gm0s1a mount /dev/mirror/gm0s1a /mnt 6) a pak pockat na synchronizaci disku: gmirror list | grep SYNCHRONIZING From zdenek at lhotkanet.cz Mon Mar 12 13:30:03 2007 From: zdenek at lhotkanet.cz (Zdenek Havrlik) Date: Mon, 12 Mar 2007 13:30:03 +0100 Subject: pc s vice disky In-Reply-To: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> Message-ID: <45F547CB.9020806@lhotkanet.cz> ja mam 11HDD viz: http://www.lhotkanet.cz/galerie/thumbnails.php?album=29 bezi na tom teda linux ne BSD ale predpokladam ze je to podobne. mam dva disky na raid1 na nich je system a home uzivatelu zbyle disky jsou v LVM, mam vyzkouseno ze pokud disk v LVM vypadne, tak po nahrazeni novym, a opravou ext3 prijdu pouze o data na onom disku. zdenek Josef Hrabec napsal(a): >Dobry den, > >mame pc s dvema pci/sata radici, ktere ma dohromady 12 pevnych disku. >Server slouzi jako domaci uloziste multimedialnich dat. V soucasne chvili >je na kazdem disku vytvoren separatni filesystem - tedy 12 filesystemu. > >A rad bych se vas zeptal, zda-li mate nekdo pozitivni zkusenosti s >pouzitim nejakeho sw raid-u nebo spolecneho logical volume slozeneho z >vice disku. Cilem by melo byt vytvoreni kontinualniho datoveho uloziste >narozdil od situace, kdy je dostupny diskovy prostor "rozsekan" do 12-ti >casti podle disku. > >Kdyby v pripade poruchy jednoho disku, byla data na tomto disku ulozena >ztracena, vubec by to nevadilo. Protoze v situaci, kdy je nyni kazdy disk >"zvlast" (bez zalohy), muze k takove situaci tak ci onak dojit a data na >nich ulozena nejsou nikterak zivotne dulezita. Spis by ale bylo vice >problematicke, kdyby v pripade vypadku jednoho disku byla ztracena veskera >data v takovem logical volume. > >Mate nekdo prosim nejaky typ, jak rozumne spojit nekolik disku do >spolecneho diskoveho prostoru? > >Diky, >Pepa. > > > > > From zdenek at lhotkanet.cz Mon Mar 12 13:35:48 2007 From: zdenek at lhotkanet.cz (Zdenek Havrlik) Date: Mon, 12 Mar 2007 13:35:48 +0100 Subject: pc s vice disky In-Reply-To: <45F547CB.9020806@lhotkanet.cz> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> <45F547CB.9020806@lhotkanet.cz> Message-ID: <45F54924.8000704@lhotkanet.cz> jeste bych uvedl za na onom LVM se daji disky pridavat odebirat, menit velikosti, takze vyhovuje tomu ze cas od casu dam tu a tam vetsi disk :-) ale jak rikam mam to na linuxu, takze to rozvadet nebudu, na prani zodpovim :-)) zdenek Zdenek Havrlik napsal(a): >ja mam 11HDD viz: http://www.lhotkanet.cz/galerie/thumbnails.php?album=29 >bezi na tom teda linux ne BSD ale predpokladam ze je to podobne. >mam dva disky na raid1 na nich je system a home uzivatelu >zbyle disky jsou v LVM, mam vyzkouseno ze pokud disk v LVM vypadne, tak >po nahrazeni novym, a opravou ext3 prijdu pouze o data na onom disku. > >zdenek > >Josef Hrabec napsal(a): > > > >>Dobry den, >> >>mame pc s dvema pci/sata radici, ktere ma dohromady 12 pevnych disku. >>Server slouzi jako domaci uloziste multimedialnich dat. V soucasne chvili >>je na kazdem disku vytvoren separatni filesystem - tedy 12 filesystemu. >> >>A rad bych se vas zeptal, zda-li mate nekdo pozitivni zkusenosti s >>pouzitim nejakeho sw raid-u nebo spolecneho logical volume slozeneho z >>vice disku. Cilem by melo byt vytvoreni kontinualniho datoveho uloziste >>narozdil od situace, kdy je dostupny diskovy prostor "rozsekan" do 12-ti >>casti podle disku. >> >>Kdyby v pripade poruchy jednoho disku, byla data na tomto disku ulozena >>ztracena, vubec by to nevadilo. Protoze v situaci, kdy je nyni kazdy disk >>"zvlast" (bez zalohy), muze k takove situaci tak ci onak dojit a data na >>nich ulozena nejsou nikterak zivotne dulezita. Spis by ale bylo vice >>problematicke, kdyby v pripade vypadku jednoho disku byla ztracena veskera >>data v takovem logical volume. >> >>Mate nekdo prosim nejaky typ, jak rozumne spojit nekolik disku do >>spolecneho diskoveho prostoru? >> >>Diky, >>Pepa. >> >> >> >> >> >> >> > > > From rajo at platon.sk Mon Mar 12 13:43:34 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 12 Mar 2007 13:43:34 +0100 Subject: pc s vice disky In-Reply-To: <45F54924.8000704@lhotkanet.cz> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> <45F547CB.9020806@lhotkanet.cz> <45F54924.8000704@lhotkanet.cz> Message-ID: <20070312124333.GS31275@platon.sk> On Mon, Mar 12, 2007 at 01:35:48PM +0100, Zdenek Havrlik wrote: > jeste bych uvedl za na onom LVM se daji disky pridavat odebirat, menit > velikosti, takze vyhovuje tomu ze cas od casu dam tu a tam vetsi disk :-) A teraz uz mas to diskove pole o velkosti > 4.5T? (9x 500G) ;-) rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From zdenek at lhotkanet.cz Mon Mar 12 13:48:55 2007 From: zdenek at lhotkanet.cz (Zdenek Havrlik) Date: Mon, 12 Mar 2007 13:48:55 +0100 Subject: pc s vice disky In-Reply-To: <20070312124333.GS31275@platon.sk> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> <45F547CB.9020806@lhotkanet.cz> <45F54924.8000704@lhotkanet.cz> <20070312124333.GS31275@platon.sk> Message-ID: <45F54C37.4070809@lhotkanet.cz> ee :-( mam jenom 320Gigace Lubomir Host napsal(a): >On Mon, Mar 12, 2007 at 01:35:48PM +0100, Zdenek Havrlik wrote: > > >>jeste bych uvedl za na onom LVM se daji disky pridavat odebirat, menit >>velikosti, takze vyhovuje tomu ze cas od casu dam tu a tam vetsi disk :-) >> >> > >A teraz uz mas to diskove pole o velkosti > 4.5T? (9x 500G) ;-) > >rajo > > > From dan at obluda.cz Mon Mar 12 13:51:57 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 12 Mar 2007 13:51:57 +0100 Subject: pc s vice disky In-Reply-To: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> Message-ID: <45F54CED.70205@obluda.cz> Josef Hrabec napsal/wrote, On 03/12/07 12:04: > mame pc s dvema pci/sata radici, ktere ma dohromady 12 pevnych disku. > Cilem by melo byt vytvoreni kontinualniho datoveho uloziste > Kdyby v pripade poruchy jednoho disku, byla data na tomto disku ulozena > ztracena, vubec by to nevadilo. > Spis by ale bylo vice > problematicke, kdyby v pripade vypadku jednoho disku byla ztracena veskera > data v takovem logical volume. Ackoliv zadani primo evokuje JBOD (man gconcat), myslim, ze by to nebyl dobry napad. Jakmile je ve vysledku vytvoren "jeden velky filesystem" neni kontrola nad tim, ktera data jsou kam ulozena. Data se neukladaji na FS zcela sekvencne dokonce ani kdyz je uplne prazdny - a pokdu je jiz castecne zaplneni, neplati to uz vubec, i kdyz snaha o castecnou sekvencnost tu vzdy je. I kdyz tedy vypadek disku neovlivni data ulozena data na jinych discich, uplne jinak tohle tvrzeni vypada pri pohledu "skrze soubory" - pad disku poskodi vsechny soubory, ktere maji nejakou svoji cast ulozenou na tomto disku. V krajnim (a nepravdepodobnem) scenari tak mohou byt poskozeny vsechny soubory ... Podle me je prirozenym resenim tohoto problemu RAID< i za cenu, ze se cast kapacity ztrati. Nejvhodnejsi by byl RAID5, ale mam dojem, ze ten nema aktualne vhodnou softwarovou implementaci - ale pokdu odhaduju dobre, k cemu se takove domaci pole pouziva, tak RAID3, ktery k dispozici je (man graid3) nevypada jako neprijatelna moznost. Mozan bych se ale zkusil zamyslet nad uplne jinym resenim. To ovsem zalezi od pouziti. Predpokladam, ze znacnou cast kapacity pole zabiraji audiovizualni dila. Takze bych se zamyslel, jestli neni reseni nechat disku rozdelene a jen cas od casu spoustit script, ktery zjisti zaplnenost jednotlivych disku - a pokdu zjisti nevyhovujici stav, tak neco odnekud nekam popresouva. Uzivatele to nemusi vedet - a nemusi si pamatovat, kde ktera data jsou. Na puvodni misto, kde si dala ulozili, se vlozi symlink vedouci na nove umisteni. Trochu je problem s mazanim, ale i to se da nejak vyresit. Nicmene, rozumim, ze to neni reseni pro kazdeho a kazdou situaci. Ale reseni to je, a pro urcite situace se mi to dokonce zda byt dost dobre reseni. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Mon Mar 12 13:54:30 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 12 Mar 2007 13:54:30 +0100 Subject: Jak nahradit LINUX IMQ ve FBSD In-Reply-To: <622.976-25070-1187643767-1173649449@seznam.cz> References: <622.976-25070-1187643767-1173649449@seznam.cz> Message-ID: <45F54D86.6050608@obluda.cz> Ivan C?cha napsal/wrote, On 03/11/07 22:44: > priklad rozdeli obousmerne celkove pasmo na 3 dily. Pokud nektera sitovka sve pasmo nepouziva, tak ostatni dostanou garantovane svych 33% a o zbytek pasma se mezi sebou poperou. Jen upozornuji, na tady jiz nekolikrat mohutne diskutovany fakt, ze limitovat lze uspesne na odesilaci strane. Na prijimaci uz realna ucinnost zavisi na tom, jak ochotne kooperuji uzivatele (respektive jejich programy) a dalsich okolnostech. Detaily viz archiv konference ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From hrabec at naxo.net Mon Mar 12 14:01:52 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Mon, 12 Mar 2007 14:01:52 +0100 (CET) Subject: pc s vice disky In-Reply-To: <45F547CB.9020806@lhotkanet.cz> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> <45F547CB.9020806@lhotkanet.cz> Message-ID: <58009.172.20.8.1.1173704512.squirrel@email.naxo.net> Mohu se zeptat, co je ten LVM na tom linuxu zac? (z tech obrazku to moc patrne neni) To je nejaky sw projekt, ovladac nebo tak neco? Znam treba LVM z AIX-u, tam se pod tou zkratkou mysli Logical Volume Manager a pro takoveto pouziti by byl tento LVM naprosto tim nejlepsim resenim - bohuzel nevim o tom, ze by se neco takoveho vyskytovalo pod FreeBSD nebo pod Linuxem. Pepa. > ja mam 11HDD viz: http://www.lhotkanet.cz/galerie/thumbnails.php?album=29 > bezi na tom teda linux ne BSD ale predpokladam ze je to podobne. > mam dva disky na raid1 na nich je system a home uzivatelu > zbyle disky jsou v LVM, mam vyzkouseno ze pokud disk v LVM vypadne, tak > po nahrazeni novym, a opravou ext3 prijdu pouze o data na onom disku. > > zdenek > > Josef Hrabec napsal(a): > >>Dobry den, >> >>mame pc s dvema pci/sata radici, ktere ma dohromady 12 pevnych disku. >>Server slouzi jako domaci uloziste multimedialnich dat. V soucasne chvili >>je na kazdem disku vytvoren separatni filesystem - tedy 12 filesystemu. >> >>A rad bych se vas zeptal, zda-li mate nekdo pozitivni zkusenosti s >>pouzitim nejakeho sw raid-u nebo spolecneho logical volume slozeneho z >>vice disku. Cilem by melo byt vytvoreni kontinualniho datoveho uloziste >>narozdil od situace, kdy je dostupny diskovy prostor "rozsekan" do 12-ti >>casti podle disku. >> >>Kdyby v pripade poruchy jednoho disku, byla data na tomto disku ulozena >>ztracena, vubec by to nevadilo. Protoze v situaci, kdy je nyni kazdy disk >>"zvlast" (bez zalohy), muze k takove situaci tak ci onak dojit a data na >>nich ulozena nejsou nikterak zivotne dulezita. Spis by ale bylo vice >>problematicke, kdyby v pripade vypadku jednoho disku byla ztracena >> veskera >>data v takovem logical volume. >> >>Mate nekdo prosim nejaky typ, jak rozumne spojit nekolik disku do >>spolecneho diskoveho prostoru? >> >>Diky, >>Pepa. >> >> >> >> >> > > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l > From rajo at platon.sk Mon Mar 12 14:13:29 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 12 Mar 2007 14:13:29 +0100 Subject: pc s vice disky In-Reply-To: <58009.172.20.8.1.1173704512.squirrel@email.naxo.net> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> <45F547CB.9020806@lhotkanet.cz> <58009.172.20.8.1.1173704512.squirrel@email.naxo.net> Message-ID: <20070312131329.GT31275@platon.sk> On Mon, Mar 12, 2007 at 02:01:52PM +0100, Josef Hrabec wrote: > Mohu se zeptat, co je ten LVM na tom linuxu zac? (z tech obrazku to moc > patrne neni) To je nejaky sw projekt, ovladac nebo tak neco? Znam treba > LVM z AIX-u, tam se pod tou zkratkou mysli Logical Volume Manager a pro > takoveto pouziti by byl tento LVM naprosto tim nejlepsim resenim - bohuzel > nevim o tom, ze by se neco takoveho vyskytovalo pod FreeBSD nebo pod > Linuxem. Ano, LVM pod linuxom je Logical Volume Manager. Cize viacero PV (Physical Volume) priradis do jednej VG (Volume Group), v ktorej potom vytvaras LV (Logical Volume). LV naformatujes svojim oblubenym suborovym systemom (ext3, reiserfs, XFS, ...) a po pripojeni mozes zacat ukladat data. Aj prikazy pre pracu s LVM sa asi podobaju(?) na *nix, akurat ze LVM som inde ako na linuxe este nemal moznost pouzit. Ja preferujem XFS, pretoze po zvacseni LV za behu (bez odpajania), vies aj XFS zvacsit za behu. LVM pouzivam na linuxovom serveri stabilne ~2 roky. Akurat kazdy PV nie je obycajna oblast na disky, ale RAID1. /home zvacsujem podla potreby bez restartu za plneho behu. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From dan at obluda.cz Mon Mar 12 14:22:07 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 12 Mar 2007 14:22:07 +0100 Subject: RAID nebo disk In-Reply-To: <20070310151538.M79153@yhman.tnuni.sk> References: <1605751809.20070310081551@starnet.cz> <1173522891.6534.3.camel@shift> <20070310151538.M79153@yhman.tnuni.sk> Message-ID: <45F553FF.7070708@obluda.cz> piftik napsal/wrote, On 03/10/07 16:41: > Tuna by som si zase ja dovolil oponovat, mne sa tieto iste chybove hlasky > ukazuju na postarsej i386 skladacke. > ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing > request directly > A este kusok z vypisu smartctl -a /dev/ad6: > > Error 237 occurred at disk power-on lifetime: 1174 hours (48 days + 22 hours) > When the command that caused the error occurred, the device was active or idle. > > After command completion occurred, registers were: > ER ST SC SN CL CH DH > -- -- -- -- -- -- -- > 04 51 80 6f e3 eb ee Error: ABRT at LBA = 0x0eebe36f = 250340207 ABRT muze byt i vec celkem nevina - muze byt nasledkem nepodporovaneho prikazu nebo pokusu o pristup k sektoru mimo existujici limity (je to alternativa k IDNF - casto se to chpova tak, ze pokud neni nalezen sektor, ktery by mel existovat, pouzije se IDNF, pokud je pozaodan sektor, ktery by ani existovat nemel, pouzije se ABRT - ale standard to neupravuje, konkretni disk se muze chovat jinak). Takze tento zaznam jeste neukazuje jednoznacne vadu disku. > Vyrobca mi disk nevyreklamoval, pretoze utilita zo Samsung stranky podla nich > tvrdila, ze disk je v poriadku. Zial, nemal som vtedy po ruke vypis zo > smartctl. Ono v tomto pripade skutecne neni bez hlubsiho zkoumani zcela jiste, zda vada je v disku. Coz nic nemeni na mem drivejsim prohlaseni, ze reklamaci se resi disk, ktery nema pozadovane vlastnosti - a nikoli disk, o kterem vyrobcem dodana utilita pripusti, ze je vadny. I nadale si myslim, ze takova utilita poskytje pouze orientacni udaje z nichz vetsinu lze ziskat jinak - a v zadnem pripade neni rozhodujicim argumentem pro uznani/neuznani reklamace. Ovsem, je treba si najit takoveho dodavatele, ktery bude rozumet k tomu, ze si disk nekupujete kvuli "barevnemu OK v nejake utilite", ale kvuli ukladani dat - a v idealnim pripade take k jejich naslednemu cteni. Pokud pri vyberu disku koukate jen na vyrobce a cenu a prodejce vas nezajima, muze se stat, ze kvuli par usetrenym desetikorunam pak splacete nad vydelkem az vam reklamaci evidentne problematickeho disku odmitnou "protoze ta barevna utilita rika, ze mu nic neni, a navic, ze disku XY jsou stejne nejlepsi". Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From hrabec at naxo.net Mon Mar 12 14:38:42 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Mon, 12 Mar 2007 14:38:42 +0100 (CET) Subject: pc s vice disky In-Reply-To: <20070312131329.GT31275@platon.sk> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> <45F547CB.9020806@lhotkanet.cz> <58009.172.20.8.1.1173704512.squirrel@email.naxo.net> <20070312131329.GT31275@platon.sk> Message-ID: <49823.172.20.8.1.1173706722.squirrel@email.naxo.net> > Ano, LVM pod linuxom je Logical Volume Manager. Cize viacero PV > (Physical Volume) priradis do jednej VG (Volume Group), v ktorej potom > vytvaras LV (Logical Volume). LV naformatujes svojim oblubenym suborovym > systemom (ext3, reiserfs, XFS, ...) a po pripojeni mozes zacat ukladat > data. Aj prikazy pre pracu s LVM sa asi podobaju(?) na *nix, akurat ze > LVM som inde ako na linuxe este nemal moznost pouzit. Aha, na wikipedii jsem nasel toto: http://en.wikipedia.org/wiki/Logical_volume_management takze pro FreeBSD by se obdoba LVM mela jmenovat Vinum. Pouzivate nekdo Vinum, popripade mate s nim nejake zkusenosti, at jiz dobre nebo spatne? Pepa. From info at michalkosik.com Mon Mar 12 14:39:44 2007 From: info at michalkosik.com (=?iso-8859-1?Q?Michal_Kos=EDk?=) Date: Mon, 12 Mar 2007 14:39:44 +0100 Subject: Jak nahradit LINUX IMQ ve FBSD References: <622.976-25070-1187643767-1173649449@seznam.cz> <45F54D86.6050608@obluda.cz> Message-ID: <000e01c764ab$e50195a0$640a16ac@michalkosik.byt> Ja vim, Dane, diky. O tom uz se tady mluvilo 1000x..... Ale zrovna jsem si myslel, ze zareagujes ty. Jak prosim te funguje ALTQ? Bude to rozdelovat pasmo uzivatelum stejnomerne? Myslim, kdyz bude jeden, vezme vsechno a bude pak ochotno se rozdelit napul s druhym uzivatelem? Tusim, ze se tomu rika HTB...(v Linuxu) Michal ----- Original Message ----- From: "Dan Lukes" To: "FreeBSD mailing list" Sent: Monday, March 12, 2007 1:54 PM Subject: Re: Jak nahradit LINUX IMQ ve FBSD Ivan C?cha napsal/wrote, On 03/11/07 22:44: > priklad rozdeli obousmerne celkove pasmo na 3 dily. Pokud nektera sitovka > sve pasmo nepouziva, tak ostatni dostanou garantovane svych 33% a o zbytek > pasma se mezi sebou poperou. Jen upozornuji, na tady jiz nekolikrat mohutne diskutovany fakt, ze limitovat lze uspesne na odesilaci strane. Na prijimaci uz realna ucinnost zavisi na tom, jak ochotne kooperuji uzivatele (respektive jejich programy) a dalsich okolnostech. Detaily viz archiv konference ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l From zdenek at lhotkanet.cz Mon Mar 12 14:56:44 2007 From: zdenek at lhotkanet.cz (Zdenek Havrlik) Date: Mon, 12 Mar 2007 14:56:44 +0100 Subject: pc s vice disky In-Reply-To: <58009.172.20.8.1.1173704512.squirrel@email.naxo.net> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> <45F547CB.9020806@lhotkanet.cz> <58009.172.20.8.1.1173704512.squirrel@email.naxo.net> Message-ID: <45F55C1C.1020400@lhotkanet.cz> http://vychodil.inf.upol.cz/publications/white-papers/lvm/#LVMUSAGE asi nejak takto, to byla verze LVM1, ted je LVM2 je krapet vychytanejsi.... v praxi pak treba : [root at server utility]# pvdisplay --- Physical volume --- PV Name /dev/hda1 VG Name lvm02 PV Size 298,06 GB / not usable 0 Allocatable yes (but full) PE Size (KByte) 65536 Total PE 4769 Free PE 0 Allocated PE 4769 PV UUID pfBQjn-TTAe-sX8I-KVXB-as3c-2bC6-ZNUyvO --- Physical volume --- PV Name /dev/hdb1 VG Name lvm02 PV Size 298,00 GB / not usable 0 Allocatable yes (but full) PE Size (KByte) 65536 Total PE 4768 Free PE 0 Allocated PE 4768 PV UUID 3N1mfe-V7xK-6Lej-UmsU-5MkJ-qjPM-b9OxtL --- Physical volume --- PV Name /dev/hdc1 VG Name lvm02 PV Size 298,06 GB / not usable 0 Allocatable yes (but full) PE Size (KByte) 65536 Total PE 4769 Free PE 0 Allocated PE 4769 PV UUID hbjxJK-0va0-fwAu-A15L-iU1g-or6T-L1gvKV --- Physical volume --- PV Name /dev/hdd1 VG Name lvm02 PV Size 298,06 GB / not usable 0 Allocatable yes (but full) PE Size (KByte) 65536 Total PE 4769 Free PE 0 Allocated PE 4769 PV UUID j0dS9k-OzJz-xMb4-1bJf-alAT-WSk5-jEiRKB --- Physical volume --- PV Name /dev/hde1 VG Name lvm02 PV Size 298,06 GB / not usable 0 Allocatable yes (but full) PE Size (KByte) 65536 Total PE 4769 Free PE 0 Allocated PE 4769 PV UUID 20FT7h-0mJq-px4o-tPd0-IReK-MrBt-xyaUcA --- Physical volume --- PV Name /dev/hdg1 VG Name lvm02 PV Size 298,06 GB / not usable 0 Allocatable yes (but full) PE Size (KByte) 65536 Total PE 4769 Free PE 0 Allocated PE 4769 PV UUID C6t8ey-pDq9-5Y5Q-q9Wv-JjH5-2kLP-E2lpJ9 --- Physical volume --- PV Name /dev/hdh1 VG Name lvm02 PV Size 298,06 GB / not usable 0 Allocatable yes (but full) PE Size (KByte) 65536 Total PE 4769 Free PE 0 Allocated PE 4769 PV UUID 2HiCfp-8lgt-9JmM-wX1E-opZb-pb50-qw95Y6 --- Physical volume --- PV Name /dev/hdf1 VG Name lvm02 PV Size 298,06 GB / not usable 0 Allocatable yes (but full) PE Size (KByte) 65536 Total PE 4769 Free PE 0 Allocated PE 4769 PV UUID RAeFSh-N0iD-GNeh-m9aF-EvmR-nvaL-OZ4m0W [root at server utility]# [root at server utility]# lvdisplay --- Logical volume --- LV Name /dev/lvm02/media1 VG Name lvm02 LV UUID yHnCPr-w0uy-JMK9-jLjn-MZZr-CXFv-1U6Sfh LV Write Access read/write LV Status available # open 1 LV Size 2,33 TB Current LE 38151 Segments 16 Allocation inherit Read ahead sectors 0 Block device 253:0 [root at server ut[root at server utility]# vgdisplay --- Volume group --- VG Name lvm02 System ID Format lvm2 Metadata Areas 8 Metadata Sequence No 256 VG Access read/write VG Status resizable MAX LV 255 Cur LV 1 Open LV 1 Max PV 255 Cur PV 8 Act PV 8 VG Size 2,33 TB PE Size 64,00 MB Total PE 38151 Alloc PE / Size 38151 / 2,33 TB Free PE / Size 0 / 0 VG UUID 2a4QWV-ajMN-6eFs-ZGK6-P15W-Bi8P-6AlSUX [root at server utility]# zdenek Josef Hrabec napsal(a): >Mohu se zeptat, co je ten LVM na tom linuxu zac? (z tech obrazku to moc >patrne neni) To je nejaky sw projekt, ovladac nebo tak neco? Znam treba >LVM z AIX-u, tam se pod tou zkratkou mysli Logical Volume Manager a pro >takoveto pouziti by byl tento LVM naprosto tim nejlepsim resenim - bohuzel >nevim o tom, ze by se neco takoveho vyskytovalo pod FreeBSD nebo pod >Linuxem. > > >Pepa. > > > > > > >>ja mam 11HDD viz: http://www.lhotkanet.cz/galerie/thumbnails.php?album=29 >>bezi na tom teda linux ne BSD ale predpokladam ze je to podobne. >>mam dva disky na raid1 na nich je system a home uzivatelu >>zbyle disky jsou v LVM, mam vyzkouseno ze pokud disk v LVM vypadne, tak >>po nahrazeni novym, a opravou ext3 prijdu pouze o data na onom disku. >> >>zdenek >> >>Josef Hrabec napsal(a): >> >> >> >>>Dobry den, >>> >>>mame pc s dvema pci/sata radici, ktere ma dohromady 12 pevnych disku. >>>Server slouzi jako domaci uloziste multimedialnich dat. V soucasne chvili >>>je na kazdem disku vytvoren separatni filesystem - tedy 12 filesystemu. >>> >>>A rad bych se vas zeptal, zda-li mate nekdo pozitivni zkusenosti s >>>pouzitim nejakeho sw raid-u nebo spolecneho logical volume slozeneho z >>>vice disku. Cilem by melo byt vytvoreni kontinualniho datoveho uloziste >>>narozdil od situace, kdy je dostupny diskovy prostor "rozsekan" do 12-ti >>>casti podle disku. >>> >>>Kdyby v pripade poruchy jednoho disku, byla data na tomto disku ulozena >>>ztracena, vubec by to nevadilo. Protoze v situaci, kdy je nyni kazdy disk >>>"zvlast" (bez zalohy), muze k takove situaci tak ci onak dojit a data na >>>nich ulozena nejsou nikterak zivotne dulezita. Spis by ale bylo vice >>>problematicke, kdyby v pripade vypadku jednoho disku byla ztracena >>>veskera >>>data v takovem logical volume. >>> >>>Mate nekdo prosim nejaky typ, jak rozumne spojit nekolik disku do >>>spolecneho diskoveho prostoru? >>> >>>Diky, >>>Pepa. >>> >>> >>> >>> >>> >>> >>> >>-- >>FreeBSD mailing list (users-l at freebsd.cz) >>http://www.freebsd.cz/listserv/listinfo/users-l >> >> >> > > > > From fulda at seznam.cz Mon Mar 12 15:30:50 2007 From: fulda at seznam.cz (Jindra Fucik) Date: Mon, 12 Mar 2007 15:30:50 +0100 Subject: pc s vice disky References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net><45F547CB.9020806@lhotkanet.cz> <45F54924.8000704@lhotkanet.cz> <20070312124333.GS31275@platon.sk> Message-ID: <010001c764b3$08cacae0$8eba9109@PC2088> ----- Original Message ----- >> jeste bych uvedl za na onom LVM se daji disky pridavat odebirat, menit >> velikosti, takze vyhovuje tomu ze cas od casu dam tu a tam vetsi disk :-) > A teraz uz mas to diskove pole o velkosti > 4.5T? (9x 500G) ;-) Ha, to mi pripomina jednu zabavnou hru, kterou jsem hral uz pred nekolika lety. Filesystem vetsi nez 1TB nejde vytvorit na PC (32 bit) a to bez ohledu na to jakej. Duvod je jednoduchej - integer alokuje 2G a velikost sektoru je 512B -> 1TB je hard limit pro 32bit jinak jsem pouzival vinum a byl jsem s nim dost spokojenej. Je dobre si uvedomit nekolik drobnosti (Martin by mohl referovat) - pokud zdechne jeden disk, je v haji celej FS - pokud chcete s tim FS neco delat, zacnete prikazem man - vinum, stejne jako vetsina sw raidu je "hracka" a pomerne negativne reaguje na hw chyby Jindra From fulda at seznam.cz Mon Mar 12 15:34:10 2007 From: fulda at seznam.cz (Jindra Fucik) Date: Mon, 12 Mar 2007 15:34:10 +0100 Subject: pc s vice disky References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net><45F547CB.9020806@lhotkanet.cz><58009.172.20.8.1.1173704512.squirrel@email.naxo.net><20070312131329.GT31275@platon.sk> <49823.172.20.8.1.1173706722.squirrel@email.naxo.net> Message-ID: <011101c764b3$7fdfde90$8eba9109@PC2088> ----- Original Message ----- > Aha, na wikipedii jsem nasel toto: > http://en.wikipedia.org/wiki/Logical_volume_management > takze pro FreeBSD by se obdoba LVM mela jmenovat Vinum. > > Pouzivate nekdo Vinum, popripade mate s nim nejake zkusenosti, at jiz > dobre nebo spatne? ano, to se koukas dobre existuji dva pristupy - vinum a ccd oboji najdes v man pages ja jsem priznivec vinum chodi to dobre, pokud se k nemu dobre chovas From zdenek at lhotkanet.cz Mon Mar 12 15:50:32 2007 From: zdenek at lhotkanet.cz (Zdenek Havrlik) Date: Mon, 12 Mar 2007 15:50:32 +0100 Subject: pc s vice disky In-Reply-To: <010001c764b3$08cacae0$8eba9109@PC2088> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net><45F547CB.9020806@lhotkanet.cz> <45F54924.8000704@lhotkanet.cz> <20070312124333.GS31275@platon.sk> <010001c764b3$08cacae0$8eba9109@PC2088> Message-ID: <45F568B8.7060408@lhotkanet.cz> Jindra Fucik napsal(a): >----- Original Message ----- > > >>>jeste bych uvedl za na onom LVM se daji disky pridavat odebirat, menit >>>velikosti, takze vyhovuje tomu ze cas od casu dam tu a tam vetsi disk :-) >>> >>> >>A teraz uz mas to diskove pole o velkosti > 4.5T? (9x 500G) ;-) >> >> > >Ha, to mi pripomina jednu zabavnou hru, kterou jsem hral uz pred nekolika >lety. >Filesystem vetsi nez 1TB nejde vytvorit na PC (32 bit) >a to bez ohledu na to jakej. > >Duvod je jednoduchej - integer alokuje 2G a velikost sektoru je 512B -> 1TB >je hard limit pro 32bit > > > Butto je to vtip, nebo divna hra, a ja vyhral [root at server proc]# df -h Filesystem Size Used Avail Use% Mounted on /dev/md6 28G 23G 4,1G 85% / /dev/md5 99M 19M 76M 20% /boot /dev/md8 74G 58G 13G 82% /var /dev/md9 191G 158G 26G 87% /home /dev/mapper/lvm02-media1 2,3T 1,7T 686G 71% /home/media >jinak jsem pouzival vinum a byl jsem s nim dost spokojenej. > >Je dobre si uvedomit nekolik drobnosti (Martin by mohl referovat) > >- pokud zdechne jeden disk, je v haji celej FS > > Pokud na LVM zdechne jeden disk, tak pri pouziti ext3 prijdete pouze o data na tom disku, prakticky ozkouseno. Starej disk vyhodite, na novej obnovite LVMmetadata, udelate fsck.ext3 a jste doma. V podstate to same jako by se vam na jednou udelal vetsi badblock :-) >- pokud chcete s tim FS neco delat, zacnete prikazem man >- vinum, stejne jako vetsina sw raidu je "hracka" a pomerne negativne >reaguje na hw chyby > >Jindra > > > Zdenek havrlik From salac at certicon.cz Mon Mar 12 16:05:36 2007 From: salac at certicon.cz (Martin Salac) Date: Mon, 12 Mar 2007 16:05:36 +0100 Subject: pc s vice disky In-Reply-To: <010001c764b3$08cacae0$8eba9109@PC2088> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net><45F547CB.9020806@lhotkanet.cz> <45F54924.8000704@lhotkanet.cz> <20070312124333.GS31275@platon.sk> <010001c764b3$08cacae0$8eba9109@PC2088> Message-ID: <45F56C40.6090607@certicon.cz> Jindra Fucik wrote: > ----- Original Message ----- > jinak jsem pouzival vinum a byl jsem s nim dost spokojenej. > > Je dobre si uvedomit nekolik drobnosti (Martin by mohl referovat) > > - pokud zdechne jeden disk, je v haji celej FS > - pokud chcete s tim FS neco delat, zacnete prikazem man > - vinum, stejne jako vetsina sw raidu je "hracka" a pomerne negativne > reaguje na hw chyby Jop, vinum je super. Bohuzel posledni rada, ktera s nim fungovala zcela bezchybne je 4.X. Delali jsme s nim psi kusy v petce a sestce (vzdy RAID 5), abychom ho testli, vcetne simulaci "disk odesel do vecnych lovist" a bohuzel v techto dvou radach se nam vetsinou nepodarilo subdisk/plex/volume obnovit. Vinum se cele zhroutilo (ruzne stroje, ruzne verze 5.x, 6.x, ruzny hw radicu) - tzn. primarni ucel R5 = robustni/stabilni pole nesplnen - technologie nepouzitelna. S uspechem jsme testovali R3 pres graid3 (ten ma paritu na jednom disku = bottleneck). Jinak na 4ce provozuju uz asi 4 roky vinum v konfiguraci RAID 5 (6 x 200GB - skoro Terabyte - kapacita jednoho disku padne na paritu) a nemuzu si stezovat. Uz odesly 3 disky, pokazde jsem vytahl ze suplete nahradni (stejna znacka a kapacita a model) soupl ho tam, pres noc dal rebuid volume a rano system jako novy. (podotykam, ze se jedna o domaci podminky, hraju z 90% na faktor ceny, resp. pomer cena/vykon) > ano, to se koukas dobre > existuji dva pristupy - vinum a ccd > oboji najdes v man pages Pred konfiguraci vinum concat nebo ccd durazne varuju. Mival jsem 800GB ve 4rech 200GB discich, jeden zdechnul a byl jsem nahranej. Paxem nasadil R5 a posekano. U takhle velikych oddilu lze stazi predpokladat komplexni zalohovani jako celku v domacich podminkach, jak kvuli cene zalohovaci technologie, tak kvuli strukture dat (obvykle velikanske soubory audio/video znesnadnujujici inkrementalni zalohu). Takze R5 (bez ohledu na degradaci vykonu pri zapisu) je v techto pripadech jasna volba. Jo a kdyby nekoho zajimaly grafy: zavislost velikost bloku na r/w vykonu vinum, muzu poslat (delali jsme pro 3 stroje). > Jindra Zdravi Martin From xdivac02 at stud.fit.vutbr.cz Mon Mar 12 16:10:31 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 12 Mar 2007 16:10:31 +0100 Subject: pc s vice disky In-Reply-To: <45F56C40.6090607@certicon.cz> References: <45F54924.8000704@lhotkanet.cz> <20070312124333.GS31275@platon.sk> <010001c764b3$08cacae0$8eba9109@PC2088> <45F56C40.6090607@certicon.cz> Message-ID: <20070312151031.GA77644@stud.fit.vutbr.cz> On Mon, Mar 12, 2007 at 04:05:36PM +0100, Martin Salac wrote: > Jindra Fucik wrote: > > ----- Original Message ----- > > jinak jsem pouzival vinum a byl jsem s nim dost spokojenej. > > > > Je dobre si uvedomit nekolik drobnosti (Martin by mohl referovat) > > > > - pokud zdechne jeden disk, je v haji celej FS > > - pokud chcete s tim FS neco delat, zacnete prikazem man > > - vinum, stejne jako vetsina sw raidu je "hracka" a pomerne negativne > > reaguje na hw chyby > > Jop, vinum je super. Bohuzel posledni rada, ktera s nim fungovala > zcela bezchybne je 4.X. Delali jsme s nim psi kusy v petce a sestce > (vzdy RAID 5), abychom ho testli, vcetne simulaci "disk odesel do > vecnych lovist" a bohuzel v techto dvou radach se nam vetsinou > nepodarilo subdisk/plex/volume obnovit. Vinum se cele zhroutilo > (ruzne stroje, ruzne verze 5.x, 6.x, ruzny hw radicu) - tzn. > primarni ucel R5 = robustni/stabilni pole nesplnen - technologie > nepouzitelna. je rozdil mezi vinum a gvinum... cos pouzival? gvinum by mel fakat v pohode > S uspechem jsme testovali R3 pres graid3 (ten ma paritu na jednom > disku = bottleneck). pamatuju ze kdyz to pjd@ commitoval tak se docela hadal ze to ze ma paritu jen na jednom disku je bottleneck je mytus.... ale prd do toho vidim From kolar.radim at gmail.com Mon Mar 12 16:10:41 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Mon, 12 Mar 2007 16:10:41 +0100 Subject: zkousel nekdo oracle10 pod freebsd-7? Message-ID: <707e14750703120810r5e2fa32cpf10685bde888704c@mail.gmail.com> na 6.2 mi to pod linux emulaci nejede. From xdivac02 at stud.fit.vutbr.cz Mon Mar 12 16:12:51 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 12 Mar 2007 16:12:51 +0100 Subject: pc s vice disky - trochu rozsahlejsi odpoved In-Reply-To: <005801c764a1$6318a420$20fda8c0@relict> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> <005801c764a1$6318a420$20fda8c0@relict> Message-ID: <20070312151251.GB77644@stud.fit.vutbr.cz> > 6) a pak pockat na synchronizaci disku: > gmirror list | grep SYNCHRONIZING vsecky geom tridy maji metodu "status", tj gmirror status, imho je to lepsi (co kdyz se synchronizace nepovede atd.) From xdivac02 at stud.fit.vutbr.cz Mon Mar 12 16:16:37 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 12 Mar 2007 16:16:37 +0100 Subject: zkousel nekdo oracle10 pod freebsd-7? In-Reply-To: <707e14750703120810r5e2fa32cpf10685bde888704c@mail.gmail.com> References: <707e14750703120810r5e2fa32cpf10685bde888704c@mail.gmail.com> Message-ID: <20070312151637.GC77644@stud.fit.vutbr.cz> On Mon, Mar 12, 2007 at 04:10:41PM +0100, Radim Kolar wrote: > na 6.2 mi to pod linux emulaci nejede. v perforce mame patche na linux-aio a pry to snad i dokonce funguje. ja mam chvilkama dojem ze nam snad fakci i futexy a dalsi volovinky nutne pro ten oracle10 (nebo 9i? nepamatuju) pokud chces, poskytnu patch na aktualni -current, ktery ti nahodi tu verzi linuxulatoru ktera to ma implementovane... muzes nam pomoct s testovanim :) a mimochodem... linuxulator v 6.x je vyrazne jiny nez v 7.x, ve smyslu jakoze 7cka je asi tak 136x lepsi a pracuju na tom aby byla aspon 207x :) a MFC nebudou pac nekteri commiteri (nechci jmenovat ;) ) hrajou hry na xboxu misto aby commitili :( roman From salac at certicon.cz Mon Mar 12 16:27:36 2007 From: salac at certicon.cz (Martin Salac) Date: Mon, 12 Mar 2007 16:27:36 +0100 Subject: pc s vice disky In-Reply-To: <20070312151031.GA77644@stud.fit.vutbr.cz> References: <45F54924.8000704@lhotkanet.cz> <20070312124333.GS31275@platon.sk> <010001c764b3$08cacae0$8eba9109@PC2088> <45F56C40.6090607@certicon.cz> <20070312151031.GA77644@stud.fit.vutbr.cz> Message-ID: <45F57168.5040908@certicon.cz> Divacky Roman wrote: > On Mon, Mar 12, 2007 at 04:05:36PM +0100, Martin Salac wrote: > je rozdil mezi vinum a gvinum... cos pouzival? gvinum by mel fakat > v pohode Na 4.x samozrejme stare dobre vinum. S gvinum jsme si hrali na 5 rade, nic moc ... rovnez obcasna neschopnost obnovit zhavarovany subdisk, ale to byla implementace v dobach cerstve 5.3, dal jsme to nezkoumali, verim, ze dnes je na tom podstatne lepe. Ja uz to moc neresim, doma jsem zamrznul v dobach 4.x + vinum a v praci pouzivam HW SCSI RAIDy 5 (vse na FreeBSD). >>S uspechem jsme testovali R3 pres graid3 (ten ma paritu na jednom >>disku = bottleneck). > pamatuju ze kdyz to pjd@ commitoval tak se docela hadal ze to ze > ma paritu jen na jednom disku je bottleneck je mytus.... ale prd > do toho vidim Nepopiram ... on je u sw raidu stejne bottleneck vetsinou vypocetni vykon paritni informace. :-) Martin From kolar.radim at gmail.com Mon Mar 12 16:34:23 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Mon, 12 Mar 2007 16:34:23 +0100 Subject: zkousel nekdo oracle10 pod freebsd-7? In-Reply-To: <20070312151637.GC77644@stud.fit.vutbr.cz> References: <707e14750703120810r5e2fa32cpf10685bde888704c@mail.gmail.com> <20070312151637.GC77644@stud.fit.vutbr.cz> Message-ID: <707e14750703120834g2f8b70c7i24d1b81b03c70d26@mail.gmail.com> > v perforce mame patche na linux-aio a pry to snad i dokonce funguje. > ja mam chvilkama dojem ze nam snad fakci i futexy a dalsi volovinky nutne > pro ten oracle10 (nebo 9i? nepamatuju) devitka beha na 6.1 bez problemu > pokud chces, poskytnu patch na aktualni -current, ktery ti nahodi tu verzi > linuxulatoru ktera to ma implementovane... muzes nam pomoct s testovanim :) jo, hod ho na web. ja nekam nainstaluju 7.0 a testnu tu (casem). From xdivac02 at stud.fit.vutbr.cz Mon Mar 12 16:35:18 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 12 Mar 2007 16:35:18 +0100 Subject: pc s vice disky In-Reply-To: <45F57168.5040908@certicon.cz> References: <45F54924.8000704@lhotkanet.cz> <20070312124333.GS31275@platon.sk> <010001c764b3$08cacae0$8eba9109@PC2088> <45F56C40.6090607@certicon.cz> <20070312151031.GA77644@stud.fit.vutbr.cz> <45F57168.5040908@certicon.cz> Message-ID: <20070312153518.GA83241@stud.fit.vutbr.cz> > >>S uspechem jsme testovali R3 pres graid3 (ten ma paritu na jednom > >>disku = bottleneck). > > > pamatuju ze kdyz to pjd@ commitoval tak se docela hadal ze to ze > > ma paritu jen na jednom disku je bottleneck je mytus.... ale prd > > do toho vidim > > Nepopiram ... on je u sw raidu stejne bottleneck vetsinou vypocetni > vykon paritni informace. :-) no... to se mi ani moc nezda.... ona ta parita je tusim xor ne? a toho dneska compy vypocitaji fakt skoro gigabajty za sekundu... jak to vidim ja tak hw raidy jsou rychlejsi vetsinou protoze maji brutalne velke cache a ruzne inteligentne prehazuji pozadavky atd. fakt nemam dojem ze by to bylo ve vypocetnim vykonu... ale i ten se da samozrejme zlepsovat... existuji patche ktere umozni pouzivat v kernelu ruzne sse veci (netusim jak) a zrovna xorovani tech Xbajtovych bloku by to mohlo jeste zrychlit (resp. snizit zatizeni procesoru) the future is bright! :) From rajo at platon.sk Mon Mar 12 16:47:27 2007 From: rajo at platon.sk (Lubomir Host) Date: Mon, 12 Mar 2007 16:47:27 +0100 Subject: pc s vice disky In-Reply-To: <45F568B8.7060408@lhotkanet.cz> References: <45F54924.8000704@lhotkanet.cz> <20070312124333.GS31275@platon.sk> <010001c764b3$08cacae0$8eba9109@PC2088> <45F568B8.7060408@lhotkanet.cz> Message-ID: <20070312154727.GU31275@platon.sk> On Mon, Mar 12, 2007 at 03:50:32PM +0100, Zdenek Havrlik wrote: > >Duvod je jednoduchej - integer alokuje 2G a velikost sektoru je 512B -> 1TB > >je hard limit pro 32bit > > > > Butto je to vtip, nebo divna hra, a ja vyhral > > [root at server proc]# df -h > Filesystem Size Used Avail Use% Mounted on > /dev/md6 28G 23G 4,1G 85% / > /dev/md5 99M 19M 76M 20% /boot > /dev/md8 74G 58G 13G 82% /var > /dev/md9 191G 158G 26G 87% /home > /dev/mapper/lvm02-media1 > 2,3T 1,7T 686G 71% /home/media FreeBSD ako storage? Ani UFS1 a ani UFS2 nevie vytvorit viac ako 32767 podadresarov v jednom adresari. ZFS a XFS pre FreeBSD som este v produkcii nevidel pouzite. Na velky storage preto radsej Linux alebo Solaris. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From zdenek at lhotkanet.cz Mon Mar 12 16:52:49 2007 From: zdenek at lhotkanet.cz (Zdenek Havrlik) Date: Mon, 12 Mar 2007 16:52:49 +0100 Subject: pc s vice disky In-Reply-To: <20070312154727.GU31275@platon.sk> References: <45F54924.8000704@lhotkanet.cz> <20070312124333.GS31275@platon.sk> <010001c764b3$08cacae0$8eba9109@PC2088> <45F568B8.7060408@lhotkanet.cz> <20070312154727.GU31275@platon.sk> Message-ID: <45F57751.7080203@lhotkanet.cz> linux fs - ext3 zdenek Lubomir Host napsal(a): >On Mon, Mar 12, 2007 at 03:50:32PM +0100, Zdenek Havrlik wrote: > > >>>Duvod je jednoduchej - integer alokuje 2G a velikost sektoru je 512B -> 1TB >>>je hard limit pro 32bit >>> >>> >>> >>Butto je to vtip, nebo divna hra, a ja vyhral >> >>[root at server proc]# df -h >>Filesystem Size Used Avail Use% Mounted on >>/dev/md6 28G 23G 4,1G 85% / >>/dev/md5 99M 19M 76M 20% /boot >>/dev/md8 74G 58G 13G 82% /var >>/dev/md9 191G 158G 26G 87% /home >>/dev/mapper/lvm02-media1 >> 2,3T 1,7T 686G 71% /home/media >> >> > >FreeBSD ako storage? Ani UFS1 a ani UFS2 nevie vytvorit viac ako 32767 >podadresarov v jednom adresari. ZFS a XFS pre FreeBSD som este >v produkcii nevidel pouzite. > >Na velky storage preto radsej Linux alebo Solaris. > >rajo > > > From xdivac02 at stud.fit.vutbr.cz Mon Mar 12 17:07:27 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 12 Mar 2007 17:07:27 +0100 Subject: zkousel nekdo oracle10 pod freebsd-7? In-Reply-To: <707e14750703120834g2f8b70c7i24d1b81b03c70d26@mail.gmail.com> References: <707e14750703120810r5e2fa32cpf10685bde888704c@mail.gmail.com> <20070312151637.GC77644@stud.fit.vutbr.cz> <707e14750703120834g2f8b70c7i24d1b81b03c70d26@mail.gmail.com> Message-ID: <20070312160727.GA92671@stud.fit.vutbr.cz> > > pokud chces, poskytnu patch na aktualni -current, ktery ti nahodi tu verzi > > linuxulatoru ktera to ma implementovane... muzes nam pomoct s testovanim :) > jo, hod ho na web. ja nekam nainstaluju 7.0 a testnu tu (casem). tady je patch proti current pred nekolika sekundama :) www.stud.fit.vutbr.cz/~xdivac02/linuxolator120307.patch pak kdyztak napis co a jak na emulation@ From J.Klaus at sh.cvut.cz Mon Mar 12 17:34:18 2007 From: J.Klaus at sh.cvut.cz (Jaroslav Klaus) Date: Mon, 12 Mar 2007 17:34:18 +0100 Subject: pc s vice disky In-Reply-To: <20070312151031.GA77644@stud.fit.vutbr.cz> References: <45F54924.8000704@lhotkanet.cz> <20070312124333.GS31275@platon.sk> <010001c764b3$08cacae0$8eba9109@PC2088> <45F56C40.6090607@certicon.cz> <20070312151031.GA77644@stud.fit.vutbr.cz> Message-ID: <20070312163418.GA46235@inferno.sh.ntea.biz> On Mon, Mar 12, 2007 at 04:10:31PM +0100, Divacky Roman wrote: > On Mon, Mar 12, 2007 at 04:05:36PM +0100, Martin Salac wrote: > > S uspechem jsme testovali R3 pres graid3 (ten ma paritu na jednom > > disku = bottleneck). > > pamatuju ze kdyz to pjd@ commitoval tak se docela hadal ze to ze > ma paritu jen na jednom disku je bottleneck je mytus.... ale prd > do toho vidim To je pravda. Tam totiz vzdy pracujete se vsemi disky najednou pri jedne IO transakci. Pak je uplne jedno, jestli je parita dedikovana, nebo rotuje. U RAID5 je ten stripe takovy, ze na jednu WIO operaci sahnete pouze na 2 disky. A statisticky vzato pokazde na jine, prave diky rotaci parity (narozdil od RAID4!) Z toho take vyplyva pouziti RAID3 (singleuser, sekvencni pristup - typicky multimedia) a RAID5 (multiuser, random). Jarda From xkucf03 at seznam.cz Mon Mar 12 19:52:14 2007 From: xkucf03 at seznam.cz (=?UTF-8?B?RnJhbnRpxaFlayBLdcSNZXJh?=) Date: Mon, 12 Mar 2007 19:52:14 +0100 Subject: pc s vice disky In-Reply-To: <45F54CED.70205@obluda.cz> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> <45F54CED.70205@obluda.cz> Message-ID: <45F5A15E.2000808@seznam.cz> P??padn? pou??t mount union a m?t "naho?e" p?ipojen? disk, na kter?m je zrovna nejv?c m?sta. Co se t??e raidu, tak pou??v?m "hw" raid od nvidie (jen ve windows) a p?ipad?m si trochu jako v pasti, s disky nem??u h?bat ani je p?en?st na jin? po??ta?, jedin? cesta je zaz?lohovat data a p?eform?tovat. J? osobn? bych se raidu tedy rad?i vyhnul a ?e?il bych to sp?? t?mi skripty jak navrhuje Dan, nebo t?m unionem Franta From xkucf03 at seznam.cz Mon Mar 12 20:03:53 2007 From: xkucf03 at seznam.cz (=?ISO-8859-2?Q?Franti=B9ek_Ku=E8era?=) Date: Mon, 12 Mar 2007 20:03:53 +0100 Subject: iSCSI Message-ID: <45F5A419.7050908@seznam.cz> Ahoj, r?d bych se zeptal, jestli nem?te n?kdo zku?enost s iSCSI pod FreeBSD. Jedin?, co jsem na?el bylo http://www.freebsd.org/news/status/report-oct-2006-dec-2006.html#iSCSI-Initiator a ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-17.tar.bz2 pr? je to ve v?voji. Je to pou?iteln? pro nekritick? (dom?c?) pou?it?? V?m, ?e GEOM taky um? nab?dnout za??zen? po s?ti, jen?e to je bohu?el omezen? jen na sv?t FreeBSD, proto se mi jev? jako lep?? standard to iSCSI. R?d bych m?l FreeBSD na stran? serveru (target) a blokov? za??zen? si p?ipojoval (inici?tor) z r?zn?ch OS (FreeBSD, Linux, Windows XP). Franta From 000.fbsd at quip.cz Mon Mar 12 20:50:09 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon, 12 Mar 2007 20:50:09 +0100 Subject: pc s vice disky In-Reply-To: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> Message-ID: <45F5AEF1.2050509@quip.cz> Josef Hrabec wrote: > Dobry den, > > mame pc s dvema pci/sata radici, ktere ma dohromady 12 pevnych disku. > Server slouzi jako domaci uloziste multimedialnich dat. V soucasne chvili > je na kazdem disku vytvoren separatni filesystem - tedy 12 filesystemu. > > A rad bych se vas zeptal, zda-li mate nekdo pozitivni zkusenosti s > pouzitim nejakeho sw raid-u nebo spolecneho logical volume slozeneho z > vice disku. Cilem by melo byt vytvoreni kontinualniho datoveho uloziste > narozdil od situace, kdy je dostupny diskovy prostor "rozsekan" do 12-ti > casti podle disku. > > Kdyby v pripade poruchy jednoho disku, byla data na tomto disku ulozena > ztracena, vubec by to nevadilo. Protoze v situaci, kdy je nyni kazdy disk > "zvlast" (bez zalohy), muze k takove situaci tak ci onak dojit a data na > nich ulozena nejsou nikterak zivotne dulezita. Spis by ale bylo vice > problematicke, kdyby v pripade vypadku jednoho disku byla ztracena veskera > data v takovem logical volume. na FreeBSD lze pouzit gvirstor (neni ve STABLE, ale existuje) http://wiki.freebsd.org/gvirstor Stejne tak to byl zminovan RAID5, i ten na FreeBSD existuje, ale zatim neni ve STABLE. Jak moc jsou ty veci pouzitelne nemam tuseni. Zatim nebyl cas si s tim pohrat. Dalsi moznosti je podivat se na FreeNAS, ale to je v podstate osekane FreeBSD, tak tezko rict, jestli v oblasti disku bude umet neco vic. Miroslav Lachman PS: uz nevim,k do to tu psal, ale mam na FreeBSD 6.x i386 1.2TB UFS2 pole bez problemu, tak asi sotva uverim, ze na 32bit PC nelze udelat vetsi filesystem, nez 1TB. From mixicek at seznam.cz Mon Mar 12 20:53:08 2007 From: mixicek at seznam.cz (=?iso-8859-2?Q?Ladislav=20Je=F8=E1bek?=) Date: Mon, 12 Mar 2007 20:53:08 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20pc=20s=20vice=20disky=20=28Ladislav=20Jerabek=29?= In-Reply-To: Message-ID: <1423.3669-1331-1807772351-1173729188@seznam.cz> Ahoj. Na serveru mam nainstalovane FreeBSD 6.2-STABLE. Mam disky 2x 200GB a 4x 320GB. Prvni par je spojen pomoci gvinumu do mirroringu (bez problemu) a zbyle 4 disky jsou spojeny do RAIDu 5 taktez pomoci gvinumu. Testoval jsem vypadek jednoho disku na RAIDu 5. Disk vypadl a filesystem jede bez problemu dale v degraded modu. Pripojil jsem "novy" disk a zacal synchronizaci na pripojenem filesystemu. V tomto pripade pole spadlo a data byla ztracena. V druhme pripade jsem udelal vse uplne stejne jen v poslednim kroku jsem filesystem odpojil (unmount) a zacal synchronizaci. V teto situaci vse probehlo bez problemu a po fsck_ufs vse bezi jako pred tim a data jsou zachranena. Ja osobne mam s gvinumem dobre zkusenosti jen je dulezite vedet jak presne postupovat v pripade vypadku disku. S pozdravem Ladislav Jerabek From ivo at vutbr.cz Mon Mar 12 20:42:27 2007 From: ivo at vutbr.cz (=?ISO-8859-2?Q?Ivo_Ha=BEmuk?=) Date: Mon, 12 Mar 2007 20:42:27 +0100 Subject: iSCSI In-Reply-To: <45F5A419.7050908@seznam.cz> References: <45F5A419.7050908@seznam.cz> Message-ID: <45F5AD23.1030408@vutbr.cz> Ahoj, Franti?ek Ku?era wrote: > r?d bych se zeptal, jestli nem?te n?kdo zku?enost s iSCSI pod FreeBSD. > Jedin?, co jsem na?el bylo > http://www.freebsd.org/news/status/report-oct-2006-dec-2006.html#iSCSI-Initiator > a ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-17.tar.bz2 > pr? je to ve v?voji. > Je to pou?iteln? pro nekritick? (dom?c?) pou?it?? prave mam od kamarada ukol pripojit iSCSI pole Promise VTrak 300i. Stahnul iSCSI initiator, ktery jsi take nasel. Je i ve verzi 2.0.1. Obe verze sly na FreeBSD 6.2 bez nejmensich potizi prelozit a i nahrat modul do jadra. mimi: # kldstat Id Refs Address Size Name 1 4 0xc0400000 6c1020 kernel 2 1 0xc0ac2000 598bc acpi.ko 3 1 0xc7aa4000 c000 iscsi_initiator.ko S vyse uvedenym polem jsme se vsak nedomluvili. Problem je nekde v komunikaci. Z MS Windows jsem si pole namontoval bez nejmensich potizi. Z FreeBSD 6.2 jsem nebyl schopen provest ani iSCSI discovery. Pole se odmitlo bavit bez nejakeho presnejsiho udani chyby. Bohuzel na strane pole jsem nenasel zadne rozumne logy, ktere by napovedely, kudy se dal vydat. Jedine, co mam v ruce, je tcpdumpem odchycena komunikace mezi polem a MS Windows a polem a FreeBSD. Z obsahu dumpu usuzuji, ze se jedna o problem v komunikaci. Ale nemel jsem zatim dost casu na precteni RFC3720 a naslednou analyzu problemu. Na druhou stranu jsem na FreeBSD 6.2 spustil iSCSI target z portu. S nim se domluvim jak z MS Windows, tak i z FreeBSD. Pripojil jsem si toto pole s NTFS (z FreeBSD pouze pro cteni) i FAT32 bez nejmensich potizi. 626 ?? Is 0:00.41 /usr/local/bin/iscsi-target -f /usr/local/etc/iscsi/targets mimi: # df Filesystem 1K-blocks Used Avail Capacity Mounted on ... /dev/da2s1 95596 86413 9183 90% /mnt Ivosh From kolar.radim at gmail.com Tue Mar 13 08:09:37 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Tue, 13 Mar 2007 08:09:37 +0100 Subject: novinky ve v7 Message-ID: <707e14750703130009m35f7b560q69b42a8137b1034e@mail.gmail.com> http://ivoras.sharanet.org/freebsd/freebsd7.html From xdivac02 at stud.fit.vutbr.cz Tue Mar 13 08:28:51 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 13 Mar 2007 08:28:51 +0100 Subject: novinky ve v7 In-Reply-To: <707e14750703130009m35f7b560q69b42a8137b1034e@mail.gmail.com> References: <707e14750703130009m35f7b560q69b42a8137b1034e@mail.gmail.com> Message-ID: <20070313072851.GA93931@stud.fit.vutbr.cz> On Tue, Mar 13, 2007 at 08:09:37AM +0100, Radim Kolar wrote: > http://ivoras.sharanet.org/freebsd/freebsd7.html v 7ce je toho mnohem vic :) akorat ohledne toho dtrace mam blbou zpravu, tam to visi na tom, ze potrebujeme nejake header files ktere jsou ciste pod sunovskou licenci a nejak to drhne a commitle to nebude dokud nam sun nedovoli to relicencovat ;( jeste k linuxulatoru - nevim jak ivan prisel na to ze v 7ce bude fc5 a vubec ty informace ohledne 2.6 emulace jsou kapanek podezrele ;) stav 2.6 emulace je asi takovy ze jsme schopni poustet trivialni veci (firefox atd.) vsude a slozitejsi veci (emerge v gentoo linux-base) jen na UP (na SMP to chcipne a resi se proc - vypada to ze chyba je nekde mimo linuxulator)... prakticky skoro jiste se da rict ze v 7.x emulace linuxu26 zapla defaultne nebude. coz mimojine znamena ze fc5 tam proste nepustime :) roman From 000.fbsd at quip.cz Tue Mar 13 13:36:43 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 13 Mar 2007 13:36:43 +0100 Subject: Vpopmail + spamassassin nefunguje zrejme pro aliasy In-Reply-To: <277871772.20070311232703@starnet.cz> References: <277871772.20070311232703@starnet.cz> Message-ID: <45F69ADB.1080704@quip.cz> Bc. Radek Krejca wrote: > Dobry den, > > nainstaloval jsem na FreeBSD vpopmail s podporou spamassassinu, > bohuzel krome konfigurace pri kompilaci z portu a pak asi 4radkove > hlasky po nainstalovani portu jsem o tom vice nenasel. > > Funguje mi to bajecne, akorat mi neprochazi nektere maily testem > spamassassinu a ackoliv nikde zadna hlaska v logu, tak bych rekl, ze > se kontrola provadi pouze pro schranky fyzicky existujici a domenovy > kos. Ovsem pro aliasy mi vubec neprobehne spamassassin kontrola. Da > se jeste nekde neco nastavit nebo co kde lze zmenit? > > Aktualni konfigurace je: > > vpopmail-5.4.17 > p5-Mail-SpamAssassin-3.1.8_1 > qmail-1.03_5 > qmailadmin-1.2.10,1 > > Vse z portu, vpopmail mam s temito optionami: WITH_SPAMASSASSIN=yes > SPAM_THRESHOLD=6 RELAYCLEAR=15 LOGLEVEL=e Sice pouzivam uplne jinou konfiguraci, nez ty, ale mam s tim asi stejny problem. Pouzivam Postfix + Amavisd-new + SpamAssassin a priznaky jsou stejne - pokud jde posta na alias, tvari se nezkontrolovane. Ale opak je pravdou (tedy v mem pripade), spamassassin kontrolu provede, ale nepridaji se do mailu zadne hlavicky, ani se neprepise subjekt. Nicmene pokud je uroven "spamovosti" takova, ze ma mail skoncit v karantene, tak v te karantene opravdu skonci. Pokud je uroven takova, ze se ma mail uplne zahodit, taky se zahodi. Jen zkratka pri takovych urovnich, kdy se ma dorucit oznaceny, se doruci neoznaceny. ;o( V mem pripade bylo jedine "reseni" to, ze jsem v konfiguraci Amavisu nastavil kontrolu i odchozi posty, pak to postu oznacovalo spravne, ale kontrolovat odchozi postu se mi nechce. :( Miroslav Lachman From kyli at email.cz Tue Mar 13 15:26:32 2007 From: kyli at email.cz (kyli at email.cz) Date: Tue, 13 Mar 2007 15:26:32 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20pc=20s=20vice=20disky?= In-Reply-To: <1423.3669-1331-1807772351-1173729188@seznam.cz> Message-ID: <1049.1193-24004-819889695-1173795992@email.cz> V navaznosti na predchozi - mam v planu zacit trochu zalohovat,takze jsem si rikal, ze bych zkusil gvinum s RAID5. Pro dobry pocit by melo byt cteni rychlejsi a zapis me moc nepali. Ale uz nekolik lidi se tu zminovalo o implementaci na pr.., pripadne o nejakych problemech. Je tedy lepsi v lepsim stavu implementace raid3 ? Mate s tim nekdo nejake (at uz dobre nebo spatne) zkusenosti ? PS:Nejedna o nasazeni na server nebo zalohovani zivotne dulezitych dat (je to jen sbirka spousty dokumentu, obrazku apod). Lada From dan at obluda.cz Tue Mar 13 15:38:15 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 13 Mar 2007 15:38:15 +0100 Subject: pc s vice disky In-Reply-To: <1049.1193-24004-819889695-1173795992@email.cz> References: <1049.1193-24004-819889695-1173795992@email.cz> Message-ID: <45F6B757.50703@obluda.cz> kyli at email.cz napsal/wrote, On 03/13/07 15:26: > V navaznosti na predchozi - mam v planu zacit trochu zalohovat,takze jsem si rikal, ze bych zkusil gvinum s RAID5. No, pri dnesni cene disku bych se ja zameril na docela obycejny mirror. A dokonce pravdepodobne nikoliv on-line - proste bych to v noci preklopil na druhy disk pomoci dd. V jednoduchosti je sila - a malokdy se to, na rozdil od sofistikovanych metod, poroucha. A kdyz uz, "kovarska reseni" se spravuji snadno klestema a kladivem - neni treba vzdelaneho specialisty ... Samozrejme, neni to vhodna metoda pro "domaci server s dvanacti disky". Ale kdo mel doted jeden, ktery mu kapacitne staci, muze to povazovat za moznost ke zvazeni. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From 000.fbsd at quip.cz Tue Mar 13 18:42:06 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue, 13 Mar 2007 18:42:06 +0100 Subject: pc s vice disky In-Reply-To: <45F6B757.50703@obluda.cz> References: <1049.1193-24004-819889695-1173795992@email.cz> <45F6B757.50703@obluda.cz> Message-ID: <45F6E26E.7030900@quip.cz> Dan Lukes wrote: > kyli at email.cz napsal/wrote, On 03/13/07 15:26: > >>V navaznosti na predchozi - mam v planu zacit trochu zalohovat,takze jsem si rikal, ze bych zkusil gvinum s RAID5. > > > No, pri dnesni cene disku bych se ja zameril na docela obycejny mirror. > A dokonce pravdepodobne nikoliv on-line - proste bych to v noci > preklopil na druhy disk pomoci dd. > > V jednoduchosti je sila - a malokdy se to, na rozdil od sofistikovanych > metod, poroucha. A kdyz uz, "kovarska reseni" se spravuji snadno > klestema a kladivem - neni treba vzdelaneho specialisty ... Nez jsem zacal pouzivat gmirror, tak jsem i na jednom "serveru" pouzival podobne koverske reseni, ale misto dd (ktere by trvalo zbytecne dlouho), jsem ty dva disky synchronizoval pomoci cpdup (v portech). FUnguje spolehlive a pomerne rychle - kopiruji se jen zmeny. Miroslav Lachman From jan_dusatko at post.cz Tue Mar 13 19:07:02 2007 From: jan_dusatko at post.cz (=?us-ascii?B?SmFuIER1c2F0a28=?=) Date: Tue, 13 Mar 2007 19:07:02 +0100 Subject: pc s vice disky In-Reply-To: <45F6E26E.7030900@quip.cz> Message-ID: <004301c7659a$66f21aa0$20fda8c0@relict> > Dan Lukes wrote: > > kyli at email.cz napsal/wrote, On 03/13/07 15:26: > > > >>V navaznosti na predchozi - mam v planu zacit trochu zalohovat,takze > >>jsem si rikal, ze bych zkusil gvinum s RAID5. > > > > > > No, pri dnesni cene disku bych se ja zameril na docela obycejny > > mirror. > > A dokonce pravdepodobne nikoliv on-line - proste bych to v noci > > preklopil na druhy disk pomoci dd. > > > > V jednoduchosti je sila - a malokdy se to, na rozdil od > > sofistikovanych > > metod, poroucha. A kdyz uz, "kovarska reseni" se spravuji snadno > > klestema a kladivem - neni treba vzdelaneho specialisty ... > > Nez jsem zacal pouzivat gmirror, tak jsem i na jednom "serveru" pouzival > podobne koverske reseni, ale misto dd (ktere by trvalo zbytecne dlouho), > jsem ty dva disky synchronizoval pomoci cpdup (v portech). FUnguje > spolehlive a pomerne rychle - kopiruji se jen zmeny. Ma to obrovskou vyhodu. Zatim co RAID dela pouze ochranu proti vypadku disku, tato metoda chrani i spravce pred sebou samym. Data jsou dostupna pouze "off-line" a tak pripadna bota a smazani souboru nebude okamzite replikovana. Pro system bych zachoval RAID 1, ale data resit timto zpusobem mi pripada podstatne elegantnejsi. Honza From xdivac02 at stud.fit.vutbr.cz Tue Mar 13 19:13:40 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 13 Mar 2007 19:13:40 +0100 Subject: pc s vice disky In-Reply-To: <45F6B757.50703@obluda.cz> References: <1049.1193-24004-819889695-1173795992@email.cz> <45F6B757.50703@obluda.cz> Message-ID: <20070313181340.GA75312@stud.fit.vutbr.cz> On Tue, Mar 13, 2007 at 03:38:15PM +0100, Dan Lukes wrote: > kyli at email.cz napsal/wrote, On 03/13/07 15:26: > > V navaznosti na predchozi - mam v planu zacit trochu zalohovat,takze jsem si rikal, ze bych zkusil gvinum s RAID5. > > No, pri dnesni cene disku bych se ja zameril na docela obycejny mirror. > A dokonce pravdepodobne nikoliv on-line - proste bych to v noci > preklopil na druhy disk pomoci dd. pri vsi ucte... ja myslim ze je potreba dbat i na veci jako je spotreba elektriny, hluk atd. jinak receno - cim min disku tim lip (z tohohle hlediska). a co se tyce zalohovani pomoci dd atp. to mi prijde jako vicemene blbost. pekna vec na mirrorovani je to ze to i zrychli system (raid0+1) coz "dd" neposkytne... a co se tyce jednoduchosti.. ja teda nevim, muset nainstalovat jakysi programek anebo protse jen opsat 3 radky z man gmirror.... From dan at obluda.cz Tue Mar 13 22:29:29 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 13 Mar 2007 22:29:29 +0100 Subject: pc s vice disky In-Reply-To: <20070313181340.GA75312@stud.fit.vutbr.cz> References: <1049.1193-24004-819889695-1173795992@email.cz> <45F6B757.50703@obluda.cz> <20070313181340.GA75312@stud.fit.vutbr.cz> Message-ID: <45F717B9.4000002@obluda.cz> Divacky Roman napsal/wrote, On 03/13/07 19:13: >> > V navaznosti na predchozi - mam v planu zacit trochu zalohovat,takze jsem si rikal, ze bych zkusil gvinum s RAID5. >> >> No, pri dnesni cene disku bych se ja zameril na docela obycejny mirror. >> A dokonce pravdepodobne nikoliv on-line - proste bych to v noci >> preklopil na druhy disk pomoci dd. > > pri vsi ucte... ja myslim ze je potreba dbat i na veci jako je spotreba elektriny, > hluk atd. jinak receno - cim min disku tim lip (z tohohle hlediska). Myslis jako, ze kdyz ten disk bude drzet plny jen z poloviny, ze by zalohu mohl delat na tu druhou pulku ? Nevim - me to jako moc bezpecna zaloha nepripada. Obavam se, ze na zalohovani prost epotrebuji neco, na co budu zalohovat. Zda se, ze rikas, ze to nema byt disk - takze navrhujes zalohovat na neco jineho ? > a co se tyce jednoduchosti.. ja teda nevim, muset nainstalovat jakysi programek > anebo protse jen opsat 3 radky z man gmirror.... Disk, ktery se toci par desitek minut za den (behem doby, co se na nej zalohuje - a je jedno, jestli se to dela dd nebo nejakou jinou metodou - dulezite je, ze jde o off-line zalohu) spotrebovava energii a dela hluk jen v tuto dobu (a to dokonce i kdyby nebyl uspan). Podotykam, ze "spotrebu energie" jako argument beru. Beru i to, ze vytvorit gmirror je jednoduche. Ale takto napsane za sebou - nejak mi unika, jak souvisela argumentacni "predpriprava" o energii a hlucnosti s nasledne doporucenym resenim (gmirror), ktere je prakticky nejhlucnejsi a nejzravejsi z moznych ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Tue Mar 13 22:35:20 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 13 Mar 2007 22:35:20 +0100 Subject: pc s vice disky In-Reply-To: <004301c7659a$66f21aa0$20fda8c0@relict> References: <004301c7659a$66f21aa0$20fda8c0@relict> Message-ID: <45F71918.9030608@obluda.cz> Jan Dusatko napsal/wrote, On 03/13/07 19:07: > tato metoda chrani i spravce pred sebou samym. Data jsou dostupna > pouze "off-line" a tak pripadna bota a smazani souboru nebude okamzite > replikovana. Nejsem si jist, jestli jsem to tu uz nezminoval, ale tuto uroven ochrany lze ziskat celkem "zadarmo" i bez potrebu dalsiho media ci nejakych slozitych konfiguraci - je treba ve vhodnych intervalech vytvarech a udrzovat SMAPy, ktere mi udrzi "zmrazeny stav" disku k okamziku sveho vytvoreni. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From jan_dusatko at post.cz Tue Mar 13 23:12:37 2007 From: jan_dusatko at post.cz (=?us-ascii?B?SmFuIER1c2F0a28=?=) Date: Tue, 13 Mar 2007 23:12:37 +0100 Subject: pc s vice disky In-Reply-To: <45F71918.9030608@obluda.cz> Message-ID: <000001c765bc$b5990570$20fda8c0@relict> Nevadi mi priznat svoji neznalost, SMAPy neznam (lepe receno, ted googlim). Na druhou stranu, zaloha na jinem disku mne chrani nejenom pred chybou spravce, ale i pred poruchou HW. Resit jenom problemy s HW nebo jenom problemy spravce je podle meho kratkozrake, je potreba resit oboje nebo neresit nic. Tzn. - pokud mi data stoji za to abych zajistil jejich dostupnost (napr. pomoci RAIDu), mely by mi stat i za nejakou formu zalohy. V jinem pripade se obavam, ze je neco spatne. Honza > Jan Dusatko napsal/wrote, On 03/13/07 19:07: > > tato metoda chrani i spravce pred sebou samym. Data jsou dostupna > > pouze "off-line" a tak pripadna bota a smazani souboru nebude okamzite > > replikovana. > > Nejsem si jist, jestli jsem to tu uz nezminoval, ale tuto uroven > ochrany lze ziskat celkem "zadarmo" i bez potrebu dalsiho media ci > nejakych slozitych konfiguraci - je treba ve vhodnych intervalech > vytvarech a udrzovat SMAPy, ktere mi udrzi "zmrazeny stav" disku k > okamziku sveho vytvoreni. > > Dan From koutek at o-k.cz Tue Mar 13 23:37:50 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Tue, 13 Mar 2007 23:37:50 +0100 Subject: pc s vice disky - asi uz OT In-Reply-To: <000001c765bc$b5990570$20fda8c0@relict> References: <000001c765bc$b5990570$20fda8c0@relict> Message-ID: <1173825470.1553.25.camel@shift.mediaturtle.com> Tak ja se do toho take vlozim. Mirror neni zaloha a nemel by tak byt chapan. je to jen ochrana provozu pri vypadku jednoho disku. Zaloha je neco, co odnese data z ziveho stroje na nejake offline medium/jiny stroj a pokud mozno jeste udrzi nekolik historickych variant. Moje oblibene reseni je nasledujici: produkcni servery - mirror (HW nebo gmirror podle situace) Backup server - mirror Dale na produkcnich serverech mam nainstalovany rsync (jen jako aplikaci, ne daemon) a pomoci programu dirvish (porty) delam zalohy souboroveho systemu na backup server. Dirvish poprve pri inicializaci prenese vsechny soubory, ale pak uz pouze prenasi zmeny. Kazdy obraz dava do specialniho adresare a pokud se soubor od minula zmenil, nahraje novou verzi, jinak dela link. (ne symlink) Osobne mam dokonce zkusenost se zalohovanim po internetove lince, kdy servery jsou u jednoho providera a backup server u druheho. Bohuzel pro zalohy databaze to neni uplne to nejlepsi reseni, takze na SQL serveru mam jeste jeden offline disk a tam v casovych periodach delam dump tabulek. Prozatim to jako zaloha vyhovuje a pokud bych mel tuto metodu vylepsovat, tak me napada uz jen v kazdem serveru mit volny offline disk na ktery budu delat snapshoty filesystemu a na backup server bude prenaseny pouze posledni snapshot. To by melo odstranit pripadny problem s otevrenymi soubory a omezit pripadne nekonzistence. otazka je, jestli snapshot zachova atributy tak, aby dirvish nekopiroval pokazde vsechny soubory. Ondra From radek at ceskedomeny.cz Wed Mar 14 07:53:42 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Wed, 14 Mar 2007 07:53:42 +0100 Subject: Vpopmail + spamassassin nefunguje zrejme pro aliasy In-Reply-To: <45F69ADB.1080704@quip.cz> References: <277871772.20070311232703@starnet.cz> <45F69ADB.1080704@quip.cz> Message-ID: <12110347483.20070314075342@starnet.cz> Dobry den, ML> Sice pouzivam uplne jinou konfiguraci, nez ty, ale mam s tim asi stejny ML> problem. Pouzivam Postfix + Amavisd-new + SpamAssassin a priznaky jsou ML> stejne - pokud jde posta na alias, tvari se nezkontrolovane. Ale opak je ML> pravdou (tedy v mem pripade), spamassassin kontrolu provede, ale ML> nepridaji se do mailu zadne hlavicky, ani se neprepise subjekt. Nicmene ML> pokud je uroven "spamovosti" takova, ze ma mail skoncit v karantene, tak ML> v te karantene opravdu skonci. Pokud je uroven takova, ze se ma mail ML> uplne zahodit, taky se zahodi. Jen zkratka pri takovych urovnich, kdy se ML> ma dorucit oznaceny, se doruci neoznaceny. ;o( chm, tak u me to tak nefunguje, kontrola se vubec neprovede, protoze maily, ktere jdou na alias, tak jsou spamy, ktere se ve schrance normalne mazou. Zatim jsem alespon u sebe prekuchal postu, aby tam bylo aliasu co nejmene, ale stejne je to tezko pouzitelne :-( -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From freebsdML at quasan.com Wed Mar 14 11:01:57 2007 From: freebsdML at quasan.com (freebsdML at quasan.com) Date: Wed, 14 Mar 2007 11:01:57 +0100 Subject: pc s vice disky - nikoliv OT ale aktualni zalezitost In-Reply-To: <1173825470.1553.25.camel@shift.mediaturtle.com> References: <000001c765bc$b5990570$20fda8c0@relict> <1173825470.1553.25.camel@shift.mediaturtle.com> Message-ID: <45F7C815.8040702@quasan.com> K puvodnimu dotazu na domaci server s fbsd a vice disky. Situace je dnes u fbsd takova, ze zadne rozumne reseni tohoto problemu po strance software neni. Ruzne vyfikulene fjucry jako sw raid3, gvinum mirror apod. se zkratka pro tento konkretni ucel nehodi a diskutujici tu povetsinou vari z vody az na jeden konkretni pripad - v cetne fotek z nasazeni :) . Cesty jsou v teto chvili pouze dve - sam tento problem uz delsi dobu resim - a to bud hw Raid karta nebo prechod na linux. Jsou to vcelku jednoduche pocty, ktere z financniho hlediska jasne mluvi pro linux. Na linux se da vcelku rozume provozovat sw raid5 s lvm a tedy dotycny neni nucen kupovat hw raid kartu za 8 - 12 litru. Podle referenci je to na domaci pouziti dostatecne rychle a bezproblemove. A jsou i "borci", kteri provozuji sw raid5 na produkcnich masinach. Dalsi opomijenou veci je jakym zpusobem se data dostavaji k uzivateli. Tady predpokladam sambu na male domaci siti a zde praxe mluvi opet pro linux, protoze implementace samby na fbsd je slusne receno ve srovnani s linuxem zalostna(neslusne receno stoji za howno) a zatim nikdo neprisel na zpusob jak to dat do kupy aneb rozdil skoro 30-40% v rychlosti kopirovani souboru je vcelku znat :) . Tohle jsou ty ciste logicke duvody. Pak zde muze, ale taky nemusi byt hledisko osobnich preferenci - nekdo si kupuje porad stejnou znacku auta i kdyz konkurence ma lepsi nabidku a kupujici je pak nucen si vybavu v dane cene u konkurence dokupuvat do sve oblibene znacky za neslusny peniz. Moji oblibenou znackou se nakonec stalo fbsd pote co jsem par let provozoval ruzne "japonce a nemcoury ala debian, slack, gentoo, ubuntu apod.). Presto, ze nenabizi v nekterych smerech takovou vybavu jako konkurence, je to v zakladu velmi solidni a stabilni system vhodny k jizde na delsi trate. Takze nakonec dam 8 litru za hw raid5 a zatnu zuby pri pomalejsim kopirovani skrze sambu. Dalsi nepresnost zde uvedena byla v max velikosti filesystemu pro ufs2. Je pravdou, ze fdisk neda vic jak 2TB, ale existuje gpt, kterym lze udelat treba i 5TB. Priklad nasazeni z freebsd.org konference: CLI> disk info Ch ModelName Serial# FirmRev Capacity State =============================================================================== 1 WDC WD3200YS-01 WD-WCAPD2905423 21.00M21 320.1GB RaidSet Member(1) 2 WDC WD3200YS-01 WD-WCAPD2784014 21.00M21 320.1GB RaidSet Member(1) 3 WDC WD3200YS-01 WD-WCAPD2938741 21.00M21 320.1GB RaidSet Member(1) 4 WDC WD3200YS-01 WD-WCAPD2905454 21.00M21 320.1GB RaidSet Member(1) 5 WDC WD3200YS-01 WD-WCAPD2909622 21.00M21 320.1GB RaidSet Member(1) 6 WDC WD3200YS-01 WD-WCAPD2941988 21.00M21 320.1GB RaidSet Member(1) 7 WDC WD3200YS-01 WD-WCAPD2895051 21.00M21 320.1GB RaidSet Member(1) 8 WDC WD3200YS-01 WD-WCAPD2840974 21.00M21 320.1GB RaidSet Member(1) 9 WDC WD3200YS-01 WD-WCAPD2908560 21.00M21 320.1GB RaidSet Member(1) 10 WDC WD3200YS-01 WD-WCAPD2908273 21.00M21 320.1GB RaidSet Member(1) 11 WDC WD3200YS-01 WD-WCAPD2694369 21.00M21 320.1GB RaidSet Member(1) 12 WDC WD3200YS-01 WD-WCAPD2941968 21.00M21 320.1GB RaidSet Member(1) 13 WDC WD3200YS-01 WD-WCAPD2908270 21.00M21 320.1GB RaidSet Member(1) 14 WDC WD3200YS-01 WD-WCAPD2675053 21.00M21 320.1GB RaidSet Member(1) 15 WDC WD3200YS-01 WD-WCAPD2804241 21.00M21 320.1GB RaidSet Member(1) 16 WDC WD3200YS-01 WD-WCAPD2908119 21.00M21 320.1GB RaidSet Member(1) =============================================================================== # Name Raid# Level Capacity Ch/Id/Lun State =============================================================================== 1 ARC-1160-VOL#00 1 Raid5 25.0GB 00/00/00 Normal 2 ARC-1160-VOL#01 1 Raid5 4775.0GB 00/00/01 Normal Nekdo zde psal, ze na multimedialnich datech az tak v pripade jejich ztraty nezalezi. Nemohu souhlasit, protoze i kdyz jsou to jen multimedialni data, tak jejich ztrata dost a velmi! zamrzi, protoze nektere veci maji pro nektere lidi velky vyznam nebot jsou k nim citove pripoutani :)-(stejne jako treba muj kolega v praci je zamilovanej do modelu auticek). Treba ja, kdybych prisel o svou kompletni sbirku star treku(VOY,TNG,DS9,ENT apod.)a jinych sf nebo mp3 tak bych to hodne tezce nesl a jinym to muze pripadat legracni stejne jako me pripada legracni, kdyz si nekdo tuni auto zarivkama na podvozku. Na konec to shrnu: pokud chce nekdo provozovat relativne velkej datovej sklad na fbsd s rozumnym zabezpecenim(raid5) tak at pocita s investici do radice popr. pocka na 7kovou verzi fbsd, ktera ma mit ZFS od SUN, coz je velmi zjednodusene receno kombinace linoxoveho LVM se sw raid5 v podani SUN. Pokud dotycnemu na OS nezalezi tak necht s klidnym srdcem pouzije nejake linux distro jemu sympaticke a muze vyresit svuj problem hned a bez dalsich investic. Jonathan Archer Enterprise commanding officer Starfleet chief of staff Ambassador to Andoria United Federation of Planets Councilman Federation President Home planet: Earth, Upstate New York Affiliation: Starfleet Personal number: SA-022-9237-CY From fulda at seznam.cz Wed Mar 14 11:16:42 2007 From: fulda at seznam.cz (Jindra Fucik) Date: Wed, 14 Mar 2007 11:16:42 +0100 Subject: OT Message-ID: <017901c76621$dcfbc570$09be9109@PC2088> Vsechno nejlepsi k svatku P.S. v kalendari je stale nespravny foneticky zapis. From kolar.radim at gmail.com Wed Mar 14 11:17:47 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Wed, 14 Mar 2007 11:17:47 +0100 Subject: pc s vice disky - asi uz OT In-Reply-To: <1173825470.1553.25.camel@shift.mediaturtle.com> References: <000001c765bc$b5990570$20fda8c0@relict> <1173825470.1553.25.camel@shift.mediaturtle.com> Message-ID: <707e14750703140317k528cadfy19be6abbd44f2f93@mail.gmail.com> > Bohuzel pro zalohy databaze to neni uplne to nejlepsi reseni, takze na > SQL serveru mam jeste jeden offline disk a tam v casovych periodach > delam dump tabulek. delejte online backupy, vsechny rozumne db to umi, mnohem rychleji se obnovuji a daji se obnovit az k mistu havarie, prijdete tim padem o mene dat a jsou i jednodusi na administraci. Dokonce se s jejich pomoci da udrzovat offline replika db, takze v pripade crashe ji jen nastartujete, tzn. downtime je minimalni. v oracle ALTER DATABASE BEGIN BACKUP; a muzete rsyncovat jinak velmi dobre je zalohovat ne na offline disk, ale na stroj, ktery je v jine lokalite. Pri dnesnich cenach za TB a rychlostech WAN linek, ktery jsou uz stejne rychly jako LAN, neni zadny duvod proc to nepouzivat, pokud je k dispozici nejake rozumne pripojeni. From xdivac02 at stud.fit.vutbr.cz Wed Mar 14 11:26:23 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 14 Mar 2007 11:26:23 +0100 Subject: pc s vice disky - nikoliv OT ale aktualni zalezitost In-Reply-To: <45F7C815.8040702@quasan.com> References: <000001c765bc$b5990570$20fda8c0@relict> <1173825470.1553.25.camel@shift.mediaturtle.com> <45F7C815.8040702@quasan.com> Message-ID: <20070314102623.GA80577@stud.fit.vutbr.cz> On Wed, Mar 14, 2007 at 11:01:57AM +0100, freebsdML at quasan.com wrote: > K puvodnimu dotazu na domaci server s fbsd a vice disky. Situace je dnes > u fbsd takova, ze zadne rozumne reseni tohoto problemu po strance > software neni. Ruzne vyfikulene fjucry jako sw raid3, gvinum mirror > apod. se zkratka pro tento konkretni ucel nehodi a diskutujici tu > povetsinou vari z vody az na jeden konkretni pripad - v cetne fotek z nemyslim si ze by sw raid ve fbsd byl horsi nez v linuxu..... spis naopak, mel jsem sw raid na linuxu v praci a prisel jsem o hodne dat pac se to neobtezovalo mi rict ze jeden disk odesel ;( > nasazeni :) . Cesty jsou v teto chvili pouze dve - sam tento problem uz > linux, protoze implementace samby na fbsd je slusne receno ve srovnani s > linuxem zalostna(neslusne receno stoji za howno) a zatim nikdo neprisel jo.. tak to s tou sambou je pravda....ovsem mozna by bylo dobre s tim neco delat misto psani na ruzna ml ze to stoji za hovno :) kazdopadne.. tdka to vypada ze se lidi snazi optimalizovat fbsd na ruzne projekty (prozatim postgres/mysql) a snad dojde i na sambu... bylo by to fajn From zdenek at lhotkanet.cz Wed Mar 14 11:26:19 2007 From: zdenek at lhotkanet.cz (Zdenek Havrlik) Date: Wed, 14 Mar 2007 11:26:19 +0100 Subject: Vpopmail + spamassassin nefunguje zrejme pro aliasy In-Reply-To: <45F69ADB.1080704@quip.cz> References: <277871772.20070311232703@starnet.cz> <45F69ADB.1080704@quip.cz> Message-ID: <45F7CDCB.8040406@lhotkanet.cz> Zdravim co mate v .qmail-default ?? ze to budete do spamassassinu cpat tady, a nikoli treba v qmail-queue ?? :-)) zdenek Miroslav Lachman napsal(a): >Bc. Radek Krejca wrote: > > >>Dobry den, >> >> nainstaloval jsem na FreeBSD vpopmail s podporou spamassassinu, >> bohuzel krome konfigurace pri kompilaci z portu a pak asi 4radkove >> hlasky po nainstalovani portu jsem o tom vice nenasel. >> >> Funguje mi to bajecne, akorat mi neprochazi nektere maily testem >> spamassassinu a ackoliv nikde zadna hlaska v logu, tak bych rekl, ze >> se kontrola provadi pouze pro schranky fyzicky existujici a domenovy >> kos. Ovsem pro aliasy mi vubec neprobehne spamassassin kontrola. Da >> se jeste nekde neco nastavit nebo co kde lze zmenit? >> >> Aktualni konfigurace je: >> >> vpopmail-5.4.17 >> p5-Mail-SpamAssassin-3.1.8_1 >> qmail-1.03_5 >> qmailadmin-1.2.10,1 >> >> Vse z portu, vpopmail mam s temito optionami: WITH_SPAMASSASSIN=yes >> SPAM_THRESHOLD=6 RELAYCLEAR=15 LOGLEVEL=e >> >> > >Sice pouzivam uplne jinou konfiguraci, nez ty, ale mam s tim asi stejny >problem. Pouzivam Postfix + Amavisd-new + SpamAssassin a priznaky jsou >stejne - pokud jde posta na alias, tvari se nezkontrolovane. Ale opak je >pravdou (tedy v mem pripade), spamassassin kontrolu provede, ale >nepridaji se do mailu zadne hlavicky, ani se neprepise subjekt. Nicmene >pokud je uroven "spamovosti" takova, ze ma mail skoncit v karantene, tak >v te karantene opravdu skonci. Pokud je uroven takova, ze se ma mail >uplne zahodit, taky se zahodi. Jen zkratka pri takovych urovnich, kdy se >ma dorucit oznaceny, se doruci neoznaceny. ;o( > >V mem pripade bylo jedine "reseni" to, ze jsem v konfiguraci Amavisu >nastavil kontrolu i odchozi posty, pak to postu oznacovalo spravne, ale >kontrolovat odchozi postu se mi nechce. :( > >Miroslav Lachman > > From rajo at platon.sk Wed Mar 14 12:14:32 2007 From: rajo at platon.sk (Lubomir Host) Date: Wed, 14 Mar 2007 12:14:32 +0100 Subject: pc s vice disky - nikoliv OT ale aktualni zalezitost In-Reply-To: <20070314102623.GA80577@stud.fit.vutbr.cz> References: <000001c765bc$b5990570$20fda8c0@relict> <1173825470.1553.25.camel@shift.mediaturtle.com> <45F7C815.8040702@quasan.com> <20070314102623.GA80577@stud.fit.vutbr.cz> Message-ID: <20070314111432.GK31275@platon.sk> On Wed, Mar 14, 2007 at 11:26:23AM +0100, Divacky Roman wrote: > On Wed, Mar 14, 2007 at 11:01:57AM +0100, freebsdML at quasan.com wrote: > > K puvodnimu dotazu na domaci server s fbsd a vice disky. Situace je dnes > > u fbsd takova, ze zadne rozumne reseni tohoto problemu po strance > > software neni. Ruzne vyfikulene fjucry jako sw raid3, gvinum mirror > > apod. se zkratka pro tento konkretni ucel nehodi a diskutujici tu > > povetsinou vari z vody az na jeden konkretni pripad - v cetne fotek z > > nemyslim si ze by sw raid ve fbsd byl horsi nez v linuxu..... spis naopak, > mel jsem sw raid na linuxu v praci a prisel jsem o hodne dat pac se to > neobtezovalo mi rict ze jeden disk odesel ;( Pouzivam SW raid na linuxe a kazdy problem mi to poctivo hlasi. Ta utilita sa vola 'mdadm', ak by nieko zaujimalo. Navyse je stav raidu napisane v /proc/mdstat, takze spravit pripadne aj vlastny monitorovaci tool nie je absolutne ziaden problem. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From zdenek at lhotkanet.cz Wed Mar 14 12:20:44 2007 From: zdenek at lhotkanet.cz (Zdenek Havrlik) Date: Wed, 14 Mar 2007 12:20:44 +0100 Subject: pc s vice disky - boot In-Reply-To: <20070314111432.GK31275@platon.sk> References: <000001c765bc$b5990570$20fda8c0@relict> <1173825470.1553.25.camel@shift.mediaturtle.com> <45F7C815.8040702@quasan.com> <20070314102623.GA80577@stud.fit.vutbr.cz> <20070314111432.GK31275@platon.sk> Message-ID: <45F7DA8C.6070305@lhotkanet.cz> Mam jeden dotaz, bsd pouziva take jeko linux zavadec grub? nebo lilo ?? Pokud pouziva grub, tak mate problem, zatim se mi ho nepodarilo presvedcit, aby umnel vic jak 8 disku...., pakarna je kdyz bootujete z 9 a 11 :-)) doufam ze mne zase nekdo posle do /dev/null zdenek From koutek at o-k.cz Wed Mar 14 12:28:41 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Wed, 14 Mar 2007 12:28:41 +0100 Subject: pc s vice disky - boot In-Reply-To: <45F7DA8C.6070305@lhotkanet.cz> References: <000001c765bc$b5990570$20fda8c0@relict> <1173825470.1553.25.camel@shift.mediaturtle.com> <45F7C815.8040702@quasan.com> <20070314102623.GA80577@stud.fit.vutbr.cz> <20070314111432.GK31275@platon.sk> <45F7DA8C.6070305@lhotkanet.cz> Message-ID: <1173871721.1379.13.camel@shift.mediaturtle.com> BSD muze pouzivat GRUB, ale obecne ma svuj vlastni zavadec. Ondra On Wed, 2007-03-14 at 12:20 +0100, Zdenek Havrlik wrote: > Mam jeden dotaz, bsd pouziva take jeko linux zavadec grub? nebo lilo ?? > Pokud pouziva grub, tak mate problem, zatim se mi ho nepodarilo > presvedcit, aby > umnel vic jak 8 disku...., pakarna je kdyz bootujete z 9 a 11 :-)) > > doufam ze mne zase nekdo posle do /dev/null > > zdenek > > From kolar.radim at gmail.com Wed Mar 14 12:40:09 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Wed, 14 Mar 2007 12:40:09 +0100 Subject: pc s vice disky - boot In-Reply-To: <45F7DA8C.6070305@lhotkanet.cz> References: <000001c765bc$b5990570$20fda8c0@relict> <1173825470.1553.25.camel@shift.mediaturtle.com> <45F7C815.8040702@quasan.com> <20070314102623.GA80577@stud.fit.vutbr.cz> <20070314111432.GK31275@platon.sk> <45F7DA8C.6070305@lhotkanet.cz> Message-ID: <707e14750703140440g7a091704t3b984dfffa239e2f@mail.gmail.com> > Mam jeden dotaz, bsd pouziva take jeko linux zavadec grub? nebo lilo ?? grub je podporovan, o lilu nevim. ve freebsd je vlastn? boot0cfg > Pokud pouziva grub, tak mate problem, zatim se mi ho nepodarilo > presvedcit, aby > umnel vic jak 8 disku...., pakarna je kdyz bootujete z 9 a 11 :-)) SW i HW raid ty disky najde v?dy, tak je prost? p?euspo??dej tak aby ty bootovac? m?li ni??? ID. Dnes narozd?l od d??v?j??ch dob, kdy jsem fixou zna?il v?echny disky, sta?? dnes ozna?it jen syst?mov? a zbytek nainstalovat v n?hodn?m po?ad?. From dan at obluda.cz Wed Mar 14 12:45:37 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 14 Mar 2007 12:45:37 +0100 Subject: pc s vice disky - nikoliv OT ale aktualni zalezitost In-Reply-To: <45F7C815.8040702@quasan.com> References: <000001c765bc$b5990570$20fda8c0@relict> <1173825470.1553.25.camel@shift.mediaturtle.com> <45F7C815.8040702@quasan.com> Message-ID: <45F7E061.9010609@obluda.cz> freebsdML at quasan.com napsal/wrote, On 03/14/07 11:01: > K puvodnimu dotazu na domaci server s fbsd a vice disky. Situace je dnes > u fbsd takova, ze zadne rozumne reseni tohoto problemu po strance > software neni. "Rozumnost" reseni je ovsem funkci pozadavku a zalezi co clovek chce. Specializovane hardwarove zarizeni by melo byt vzdy efektivnejsi pri reseni uloh, pro ktere bylo navrzeno, nez softwarova emulace generickym procesorem. Teda - pokud nejde o nejaky smejd nebo natolik stare reseni, ze ho vyvoj v oblasti obecnych procesoru predehnal. Nebo, prinejmensim, je hardwarove reseni stejne efektivni, ovsem s tim, ze genericky procesor pocitace zustane podstatne mene zatizeni a tim je volnejsi pro reseni jinych uloh. Je ale prakticky jiste, ze hardwarove reseni bude drazsi. Takze, na vyber je. Ano, mozne, ze odpovedi na otazku nebude "FreeBSD". A tom s tebou naprosto souhlasim - no a ? Cetl jsem licencni ujednani - nic takoveho jako "nebudes vzyvati jinych bohu" tam neni. > Dalsi nepresnost zde uvedena byla v max velikosti filesystemu pro ufs2. > Je pravdou, ze fdisk neda vic jak 2TB, ale existuje gpt, kterym lze > udelat treba i 5TB. No to je predevsim proto, ze se tu trochu michaji hrusky a jablka. RAID (at uz hardwarovy nebo softwarovy) a nektere dalsi zde zminene systemy jsou "prostredek pro vytvareni nejakeho diskoveho prostoru". To ma nejake vlastnosti a limity (maximalni velikost, moznost dynamicke zmeny velikosti a podobne). UFS, FAT, NTFS a podobne jsou filesystemy - a ty se delaji na nejakem takovem diskovem prostoru. Tyto filesystemy maji nejake vlastni limity. Jina vec je, ze pokud se nekdo pta, jak udelat nedeleny 120TB prostor pro ukladani dat, pak ho zajima mensi z obou limitu - co je mu platne, ze GPT mu vyrobi obrovsky diskovy prostor, kdyz nema vhodny filesystem, ktery by na nem mohl vytvorit ... > Nekdo zde psal, ze na multimedialnich datech az tak v pripade jejich ztraty nezalezi. > Nemohu souhlasit Samozrejme, ze to je nesmysl. To je treba chapat tak, ze jemu na nich nezalezi. Dulezitost konkretnich dat je zcela individualni zalezitost. > Na konec to shrnu: pokud chce nekdo provozovat relativne velkej datovej sklad na fbsd s rozumnym zabezpecenim(raid5) tak at pocita s investici do radice popr. pocka > Pokud dotycnemu na OS nezalezi tak necht s klidnym srdcem pouzije nejake linux distro jemu sympaticke a muze vyresit svuj problem hned a bez dalsich investic. Presne tak nejak ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From milan at toth-online.com Wed Mar 14 14:08:24 2007 From: milan at toth-online.com (Milan Toth) Date: Wed, 14 Mar 2007 13:08:24 +0000 Subject: pc s vice disky - nikoliv OT ale aktualni zalezitost In-Reply-To: <20070314102623.GA80577@stud.fit.vutbr.cz> References: <000001c765bc$b5990570$20fda8c0@relict> <1173825470.1553.25.camel@shift.mediaturtle.com> <45F7C815.8040702@quasan.com> <20070314102623.GA80577@stud.fit.vutbr.cz> Message-ID: <20070314130823.GA1340@mail.toth-online.com> Divacky Roman at Wed, Mar 14, 2007 at 10:26:23AM UTC wrote: > nemyslim si ze by sw raid ve fbsd byl horsi nez v linuxu..... spis naopak, tak isto si myslim, ze sw raid je v pohode, ja konkretne pouzivam gmirror, samozrejmostou je nutnost mat UPS-ku pri kazdom serveri kde su dolezite data. > jo.. tak to s tou sambou je pravda....ovsem mozna by bylo dobre s tim neco delat > misto psani na ruzna ml ze to stoji za hovno :) Mozem vediet, aky mate problem so sambou na FreeBSD? Ja prevadzkujem 8 samba serverov na FreeBSD, vzdy islo o migraciu z Win platformy, a zmena na FreeBSD priniesla kladne a pozitivne vysledky. -- Milan Toth http://toth-online.com milan at toth-online.com From xdivac02 at stud.fit.vutbr.cz Wed Mar 14 13:38:54 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 14 Mar 2007 13:38:54 +0100 Subject: pc s vice disky - nikoliv OT ale aktualni zalezitost In-Reply-To: <20070314130823.GA1340@mail.toth-online.com> References: <000001c765bc$b5990570$20fda8c0@relict> <1173825470.1553.25.camel@shift.mediaturtle.com> <45F7C815.8040702@quasan.com> <20070314102623.GA80577@stud.fit.vutbr.cz> <20070314130823.GA1340@mail.toth-online.com> Message-ID: <20070314123854.GB2464@stud.fit.vutbr.cz> > Mozem vediet, aky mate problem so sambou na FreeBSD? Ja > prevadzkujem 8 samba serverov na FreeBSD, vzdy islo > o migraciu z Win platformy, a zmena na FreeBSD priniesla > kladne a pozitivne vysledky. je to pomale... oproti linuxu. viz ruzne mailing listy (performance@ ?) hafo problemu se uz vyresilo ale porad je to pomalejsi... pokud by se na to nekdo mrknul a nejak rozumne to vyprofiloval a prisel na to co se deje tak to bude mooocinky super ;) pripadne jsem ochoten poskytnout rady co a jak je potreba delat a pokud nekdo prijde na 1 hlavni problem proc je to na fbsd pomalejsi tak jsem ochoten pomoci (hlavne moralne teda :) ) s vyresenim roman From jan_dusatko at post.cz Wed Mar 14 16:02:55 2007 From: jan_dusatko at post.cz (=?us-ascii?B?SmFuIER1c2F0a28=?=) Date: Wed, 14 Mar 2007 16:02:55 +0100 Subject: pc s vice disky - nikoliv OT ale aktualni zalezitost In-Reply-To: <20070314130823.GA1340@mail.toth-online.com> Message-ID: <000a01c76649$d8b27bd0$20fda8c0@relict> > > nemyslim si ze by sw raid ve fbsd byl horsi nez v linuxu..... spis > > naopak, > > tak isto si myslim, ze sw raid je v pohode, ja konkretne > pouzivam gmirror, samozrejmostou je nutnost mat UPS-ku > pri kazdom serveri kde su dolezite data. > > > jo.. tak to s tou sambou je pravda....ovsem mozna by bylo dobre s tim > > neco delat misto psani na ruzna ml ze to stoji za hovno :) > > Mozem vediet, aky mate problem so sambou na FreeBSD? Ja > prevadzkujem 8 samba serverov na FreeBSD, vzdy islo > o migraciu z Win platformy, a zmena na FreeBSD priniesla > kladne a pozitivne vysledky. Mam nekolik konkretnich problemu. Samba na FreeBSD 6.2 (udrzuji to aktualizovane) mi na 1Gb/s NIC jela rychlosti okolo 1.5MB/s, kdezto klasicke FTP jelo rychlosti okolo 50-60MB/s. Z default konfigurace jsem to "vyladil" pouhou zmenou parametru socket options = SO_KEEPALIVE TCP_NODELAY IPTOS_LOWDELAY SO_SNDBUF=8388608 SO_RCVBUF=8388608 na propustnost okolo 12 MB/s - tzn skoro jako teoreticka propustnost 100Mbit.. Pameti tam je dost, takze proc ji nevyuzit. Problem je ale stale zhruba polovicni rychlost oproti FTP. Cast je dana primo nenazranosti SMB protokolu, zbytek je nejaky zadrhel primo v systemu. Paradoxne, na 100Mb/s NIC mi pri defaultni konfiguraci jela Samba rychleji, nez pri default konfiguraci na 1Gb/s NIC. Defaultne jsem zkousel buffer okolo 8KB, pote jsem ho navysoval (hezky v rade, 8, 16, 32 ....) a propustnost stoupala. U 4MB bufferu se zacala lamat, 8MB je velikost, kde navyseni neprineslo uz zadny realny vysledek, ale nechavam ho tam pro rezervu. Pokud by nekdo znal reseni, rad bych se dostal alespon na 30MB/s Honza From radek at ceskedomeny.cz Wed Mar 14 16:10:50 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Wed, 14 Mar 2007 16:10:50 +0100 Subject: Pad serveru watchdog timeout Message-ID: <1448937519.20070314161050@starnet.cz> Dobry den, dnes mi lehl HP server, bohuzel uplne, po restartu jsem nasel posledni hlasku v logu: Mar 14 15:37:04 pvt-gw kernel: bge0: watchdog timeout -- resetting Mar 14 15:37:04 pvt-gw kernel: bge0: link state changed to DOWN Mar 14 15:37:09 pvt-gw kernel: bge0: link state changed to UP Obcas se tam ta hlaska objevuje, na desce serveru jsou 2 gigove bge sitovky, ta hlaska se objevila u obou a obcas se u obou objevuje. Prijde mi divne, ze by byly dve sitove karty rozbite. Cim to muze byt? Jeste posilam uname: FreeBSD pvt-gw.starnet.cz 6.1-RELEASE-p12 FreeBSD 6.1-RELEASE-p12 #2: Wed Jan 31 21:28:44 CET 2007 root at pvt-gw.starnet.cz:/usr/obj/usr/src/sys/DL360-G4 i386 -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. radek at ceskedomeny.cz From pm-conf at kostax.cz Wed Mar 14 16:16:18 2007 From: pm-conf at kostax.cz (Petr Macek) Date: Wed, 14 Mar 2007 16:16:18 +0100 Subject: pc s vice disky - nikoliv OT ale aktualni zalezitost In-Reply-To: <000a01c76649$d8b27bd0$20fda8c0@relict> References: <000a01c76649$d8b27bd0$20fda8c0@relict> Message-ID: <45F811C2.1070602@kostax.cz> Jan Dusatko napsal(a): > > socket options = SO_KEEPALIVE TCP_NODELAY IPTOS_LOWDELAY SO_SNDBUF=8388608 > SO_RCVBUF=8388608 > Defaultne jsem zkousel buffer okolo 8KB, pote jsem ho navysoval (hezky v > rade, 8, 16, 32 ....) a propustnost stoupala. U 4MB bufferu se zacala lamat, > 8MB je velikost, kde navyseni neprineslo uz zadny realny vysledek, ale > nechavam ho tam pro rezervu. > > Pokud by nekdo znal reseni, rad bych se dostal alespon na 30MB/s nedavno mi naopak pomohlo, kdyz jsem v konfiguraci tenhle parametr zapoznamkoval. Samba se mi potom nekolikanasobne zrychlila. Moje data na te sambe jsou desitky tisic malych souboru, nevim, zda to souvisi i s timto, nezkoumal jsem to. Ale treba to pomuze. Tez se jednalo o akualni verzi samby, resil jsem to minuly tyden. PM -- # --------------- # Petr Macek # pm at kostax.cz # icq: 87323239 # www.kostax.cz # MySQL www client (PHP) ... try it! # http://the.cz/mywwwatcher From kolar.radim at gmail.com Wed Mar 14 16:34:23 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Wed, 14 Mar 2007 16:34:23 +0100 Subject: Pad serveru watchdog timeout In-Reply-To: <1448937519.20070314161050@starnet.cz> References: <1448937519.20070314161050@starnet.cz> Message-ID: <707e14750703140834x7e5061d7x606ce92fb5c4174@mail.gmail.com> > Mar 14 15:37:04 pvt-gw kernel: bge0: watchdog timeout -- resetting mne tohleto delaji nektery bg sitovky kdyz nekdo vykopne kabel. pokud se nevrati dostatecne rychle zpet, tak to lehne. Vyzkousejte zda to neni vas pripad. Na 6.2 jsem to nezkousel, tu nikde s bge sitovkama nemam. Naprostou vetsinu stroju mam totiz stale na 6.1 a upgrade neplanuji. From xdivac02 at stud.fit.vutbr.cz Wed Mar 14 16:51:53 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 14 Mar 2007 16:51:53 +0100 Subject: pc s vice disky - nikoliv OT ale aktualni zalezitost In-Reply-To: <000a01c76649$d8b27bd0$20fda8c0@relict> References: <20070314130823.GA1340@mail.toth-online.com> <000a01c76649$d8b27bd0$20fda8c0@relict> Message-ID: <20070314155152.GA41226@stud.fit.vutbr.cz> On Wed, Mar 14, 2007 at 04:02:55PM +0100, Jan Dusatko wrote: > > > nemyslim si ze by sw raid ve fbsd byl horsi nez v linuxu..... spis > > > naopak, > > > > tak isto si myslim, ze sw raid je v pohode, ja konkretne > > pouzivam gmirror, samozrejmostou je nutnost mat UPS-ku > > pri kazdom serveri kde su dolezite data. > > > > > jo.. tak to s tou sambou je pravda....ovsem mozna by bylo dobre s tim > > > neco delat misto psani na ruzna ml ze to stoji za hovno :) > > > > Mozem vediet, aky mate problem so sambou na FreeBSD? Ja > > prevadzkujem 8 samba serverov na FreeBSD, vzdy islo > > o migraciu z Win platformy, a zmena na FreeBSD priniesla > > kladne a pozitivne vysledky. > > Mam nekolik konkretnich problemu. Samba na FreeBSD 6.2 (udrzuji to > aktualizovane) mi na 1Gb/s NIC jela rychlosti okolo 1.5MB/s, kdezto klasicke > FTP jelo rychlosti okolo 50-60MB/s. Z default konfigurace jsem to "vyladil" > pouhou zmenou parametru > > socket options = SO_KEEPALIVE TCP_NODELAY IPTOS_LOWDELAY SO_SNDBUF=8388608 > SO_RCVBUF=8388608 tady muzu jen poznamenat ze v 7.x uz mame automaticke ladeni velikosti tech snd/rcv bufferu a jsou tam i nejake zmeny ze se vypina jakesi rfc na lokalni siti ktere zpomaluje... net.inet.tcp.inflight.enable=0, toto tusim... > Pokud by nekdo znal reseni, rad bych se dostal alespon na 30MB/s no.... kdybych mel cas a chut si s tim hrat tak bych udelal asi todlencto... 1) skomilovani samby s profilovanim (CFLAGS+=-pg rekl bych) 2) pustil nejake to trivos kopirovani (jeden server, jeden host, jinak zadny jiny provoz) 3) zopakoval body 1 a 2 na linuxu 4) porovnal vystupy z obou profilovani tj. napriklad pokud to v rutine ABC_XYZ na linuxu travi 0.8% casu a u nas 22% atd. na tohle bych se snazil zamerit todle mereni se da udelat nekde syntenticky - proste 2 masiny propojene siti a dost casu.. taky bych zkusil zjistit jestli to uz neni vyresene v 7.x (s patchema co andre@ postoval na net@ a jeste nejsou commitle) tohle bych udelal kdyby se mi chtelo a mel bych cas.. ;) reseni problemu je pak vyrazne blize roman From cizek.milan at seznam.cz Wed Mar 14 17:48:35 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Wed, 14 Mar 2007 17:48:35 +0100 Subject: problem s NFS Message-ID: <005301c76658$9baf9880$1403000a@milanc> Ahoj, uz si neivm nejak rady, nedari se mi pripojit adresar z jednoho stroje (rekneme A) na zadny z jinych stroju. V messages logu mam: Mar 14 17:43:59 ap5 mountd[594]: mount request denied from 10.0.254.9 for /usr/home Mar 14 17:44:29 ap5 mountd[594]: mount request denied from 10.0.254.34 for /usr/home Mar 14 17:44:32 ap5 mountd[594]: mount request denied from 10.0.254.2 for /usr/home ... pricemz export soubor na A vypada nasledovne: /usr/backup /usr/home -maproot=root 10.0.254.2 10.0.254.9 10.0.254.18 10.0.254.34 exportovane adresare samozrejme existuji a maji vychozi prava. Cim to muze byt? Diky Milan From 000.fbsd at quip.cz Wed Mar 14 17:56:02 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed, 14 Mar 2007 17:56:02 +0100 Subject: Pad serveru watchdog timeout In-Reply-To: <1448937519.20070314161050@starnet.cz> References: <1448937519.20070314161050@starnet.cz> Message-ID: <45F82922.30100@quip.cz> Bc. Radek Krejca wrote: > Dobry den, > > dnes mi lehl HP server, bohuzel uplne, po restartu jsem nasel > posledni hlasku v logu: > > Mar 14 15:37:04 pvt-gw kernel: bge0: watchdog timeout -- resetting > Mar 14 15:37:04 pvt-gw kernel: bge0: link state changed to DOWN > Mar 14 15:37:09 pvt-gw kernel: bge0: link state changed to UP > > Obcas se tam ta hlaska objevuje, na desce serveru jsou 2 gigove bge > sitovky, ta hlaska se objevila u obou a obcas se u obou objevuje. > Prijde mi divne, ze by byly dve sitove karty rozbite. Cim to muze > byt? > > Jeste posilam uname: > > FreeBSD pvt-gw.starnet.cz 6.1-RELEASE-p12 FreeBSD 6.1-RELEASE-p12 #2: Wed Jan 31 21:28:44 CET 2007 root at pvt-gw.starnet.cz:/usr/obj/usr/src/sys/DL360-G4 i386 bge sitovky mam temer na vsech serverech a watchdog timeout jsem videl naposledy ve verzi 6.0-RELEASE, byl tam nejaky bug, ktery byl par tydnu po vydani opraven, takze jsem upgradnul na, v te dobe, 6.0-STABLE. Na dalsich strojich mam 6.1 a 6.2 bez timeoutu, takze bug v driveru bych temer vyloucil. Nicmene to muze byt neco, co se projevuje jen pri urcite konstalaci HW a preruseni na sbernici. Tezko rict. Jedine ten stoj vyzkouset treba s 6.2, nebo dokonce s nejposlednejsi 6-STABLE, ale to asi v produkci chtit nebudete, takze pak uz zbyva jedine ho nahradit docasne jinym strojem a tenhle pak "testovat". At uz je to HW nebo SW problem, tak se tomu vyrazeni a testovani asi stejne nevyhnete. Miroslav Lachman From hrabec at naxo.net Wed Mar 14 18:14:27 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Wed, 14 Mar 2007 18:14:27 +0100 (CET) Subject: problem s NFS In-Reply-To: <005301c76658$9baf9880$1403000a@milanc> References: <005301c76658$9baf9880$1403000a@milanc> Message-ID: <56398.172.20.8.1.1173892467.squirrel@email.naxo.net> > pricemz export soubor na A vypada nasledovne: > /usr/backup /usr/home -maproot=root 10.0.254.2 10.0.254.9 10.0.254.18 > 10.0.254.34 a v /etc/rc.conf nfs_server_enable="YES" mountd_flags="-r" mas? p. From radek at ceskedomeny.cz Wed Mar 14 22:58:45 2007 From: radek at ceskedomeny.cz (Bc. Radek Krejca) Date: Wed, 14 Mar 2007 22:58:45 +0100 Subject: Limit poctu spojeni na jednoho uzivatele / ip Message-ID: <9210176861.20070314225845@starnet.cz> Zdravim, potreboval bych omezit pocet spojeni na jednoho "uzivatele", ktere pustim pres router. Je to FreeBSD server s PF, ktery mimo jine obsluhuje nat. Potrebuji eliminovat uzivatele, kteri jsou treba zavirovani, nebo naji ruzna p2p udelatka a dokazi na natu vygenerovat treba 30 tisic konexi. Je na to neco v pf nebo je to nejaka sysctl hodnota? Jak omezit pocet "stavu" v pf v ramci celeho pf vim, ale jak to omezit nejak generalne pro kazdeho uzivatele / ip? -- S pozdravem, Bc. Radek Krejca STARNET, s. r. o. From konfer at mikulas.com Wed Mar 14 23:31:13 2007 From: konfer at mikulas.com (Jiri Mikulas) Date: Wed, 14 Mar 2007 23:31:13 +0100 Subject: Limit poctu spojeni na jednoho uzivatele / ip In-Reply-To: <9210176861.20070314225845@starnet.cz> References: <9210176861.20070314225845@starnet.cz> Message-ID: <45F877B1.9050600@mikulas.com> Ahoj pokud mas FBSD 6.x tak muzes pouzit A separate set of restrictions can be placed on stateful TCP connections that have completed the 3-way handshake. max-src-conn number Limit the maximum number of simultaneous TCP connections which have completed the 3-way handshake that a single host can make. max-src-conn-rate number / interval Limit the rate of new connections to a certain amount per time interval. http://www.openbsd.org/faq/pf/filter.html#stateopts pripadne man pf.conf hledej max-src-conn pro danou IP vytvoris pass pravidlo s prislusnym limitem pokud pocet konexi presahne limit, tak by to melo ostatni zahazovat guli Bc. Radek Krejca wrote: > Zdravim, > > potreboval bych omezit pocet spojeni na jednoho "uzivatele", ktere > pustim pres router. Je to FreeBSD server s PF, ktery mimo jine > obsluhuje nat. Potrebuji eliminovat uzivatele, kteri jsou treba > zavirovani, nebo naji ruzna p2p udelatka a dokazi na natu > vygenerovat treba 30 tisic konexi. Je na to neco v pf nebo je to > nejaka sysctl hodnota? Jak omezit pocet "stavu" v pf v ramci celeho > pf vim, ale jak to omezit nejak generalne pro kazdeho uzivatele / > ip? > From pm-conf at kostax.cz Thu Mar 15 08:21:19 2007 From: pm-conf at kostax.cz (Petr Macek) Date: Thu, 15 Mar 2007 08:21:19 +0100 Subject: problem s NFS In-Reply-To: <56398.172.20.8.1.1173892467.squirrel@email.naxo.net> References: <005301c76658$9baf9880$1403000a@milanc> <56398.172.20.8.1.1173892467.squirrel@email.naxo.net> Message-ID: <45F8F3EF.1000109@kostax.cz> Josef Hrabec napsal(a): >> pricemz export soubor na A vypada nasledovne: >> /usr/backup /usr/home -maproot=root 10.0.254.2 10.0.254.9 10.0.254.18 >> 10.0.254.34 > /etc/hosts.allow by to tez mohlo byt. PM -- # --------------- # Petr Macek # pm at kostax.cz # icq: 87323239 # www.kostax.cz # MySQL www client (PHP) ... try it! # http://the.cz/mywwwatcher From cizek.milan at seznam.cz Thu Mar 15 08:29:30 2007 From: cizek.milan at seznam.cz (=?us-ascii?Q?Cizek=2EMilan?=) Date: Thu, 15 Mar 2007 08:29:30 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20problem=20s=20NFS?= In-Reply-To: <45F8F3EF.1000109@kostax.cz> Message-ID: <2865.4940-15526-1243907502-1173943770@seznam.cz> > Josef Hrabec napsal(a): > >> pricemz export soubor na A vypada nasledovne: > >> /usr/backup /usr/home -maproot=root 10.0.254.2 10.0.254.9 10.0.254.18 > >> 10.0.254.34 > > > > /etc/hosts.allow by to tez mohlo byt. Tam mam vse povolene (default). Ten soubor se jmenuje samozrejme /etc/exports (uklepl jsem se). Firewallem to take neni, fakt uz nevim. Milan From freebsd at ada-net.cz Thu Mar 15 08:53:18 2007 From: freebsd at ada-net.cz (=?ISO-8859-2?Q?Petr_Bezd=ECk?=) Date: Thu, 15 Mar 2007 08:53:18 +0100 Subject: problem s NFS In-Reply-To: <2865.4940-15526-1243907502-1173943770@seznam.cz> References: <2865.4940-15526-1243907502-1173943770@seznam.cz> Message-ID: <45F8FB6E.2020704@ada-net.cz> Cizek.Milan napsal(a): >> Josef Hrabec napsal(a): >> >> pricemz export soubor na A vypada nasledovne: >> >> /usr/backup /usr/home -maproot=root 10.0.254.2 10.0.254.9 10.0.254.18 >> >> 10.0.254.34 >> > >> >> /etc/hosts.allow by to tez mohlo byt. > > Tam mam vse povolene (default). Ten soubor se jmenuje samozrejme /etc/exports (uklepl jsem se). Firewallem to take neni, fakt uz nevim. > > Milan Co rika na tom A: `showmount -e` `rpcinfo -p` `mount` `cat /var/db/mountdtab` Bezi mountd na tom A ? -- Mgr. Petr Bezd?k email: pbezdek at ada-net.cz web: www.ada-net.cz From dan at obluda.cz Thu Mar 15 11:38:35 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 15 Mar 2007 11:38:35 +0100 Subject: problem s NFS In-Reply-To: <005301c76658$9baf9880$1403000a@milanc> References: <005301c76658$9baf9880$1403000a@milanc> Message-ID: <45F9222B.8030202@obluda.cz> Milan Cizek napsal/wrote, On 03/14/07 17:48: > Mar 14 17:43:59 ap5 mountd[594]: mount request denied from 10.0.254.9 for > /usr/home tcpdump N akazdy odeslany paket by z protistrany mela prijit odpoved. Na nejaky neprijde vubec (firewall), prijde misto ni ICMP admin-prohibited (firewall), prijde misto ni ICMP port unreachable (nebezi potrebny daemon). Take by odpoved mohla prijit z jine IP adresy nez na kterou byla zaslana. Pokud se na teto urovni nic divneho neobjevi, pak byl mount request odmitnut na aplikacni urovni - a o tom by zase mel byt zaznam ve /var/log/messages Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From xkucf03 at seznam.cz Thu Mar 15 12:37:54 2007 From: xkucf03 at seznam.cz (=?ISO-8859-2?Q?Franti=B9ek_Ku=E8era?=) Date: Thu, 15 Mar 2007 12:37:54 +0100 Subject: =?ISO-8859-2?Q?Zane=F8=E1d=ECn=E1_pam=EC=BB?= Message-ID: <45F93012.2040404@seznam.cz> Ahoj, p?i pou??v?n? se mi postupn? pln? opera?n? pam??, probl?m je v tom, ?e se nechce vyprazd?ovat. Ani po ukon?en? v?ech aplikac? a KDE a restartov?n? X serveru se nevypr?zdn? (v?echny u?ivatelsk? aplikace jsou ukon?eny). Kdy? restartuji cel? po??ta?, je zase v?echno OK. Po restartu X serveru je situace prakticky stejn? jako kdy? b??? cel? KDE s n?kolika programy: http://disk.jabbim.cz/xkucf03 at jabber.cz/pamet_pred_restartem.png A? po restartu cel?ho po??ta?e se pam?? pro?ist? http://disk.jabbim.cz/xkucf03 at jabber.cz/pamet_po_restartu.png Vzhledem k tomu, ?e nepom??e ani ukon?en? v?ech program? a restart X serveru, tak p?edpokl?d?m, ?e to nen? chyba aplikac?, ale n?jak? z?le?itost t?kaj?c? se OS. Pom??e n?jak? nastaven?? Nebo je tenhle stav OK? D?ky, Franta From pav at oook.cz Thu Mar 15 13:06:36 2007 From: pav at oook.cz (Pav Lucistnik) Date: Thu, 15 Mar 2007 13:06:36 +0100 Subject: =?UTF-8?Q?Zane=C5=99=C3=A1d=C4=9Bn=C3=A1?= =?UTF-8?Q?_pam=C4=9B=C5=A5?= In-Reply-To: <45F93012.2040404@seznam.cz> References: <45F93012.2040404@seznam.cz> Message-ID: <1173960396.46994.6.camel@pav.hide.vol.cz> Franti?ek Ku?era p??e v ?t 15. 03. 2007 v 12:37 +0100: > p?i pou??v?n? se mi postupn? pln? opera?n? pam??, probl?m je v tom, ?e > se nechce vyprazd?ovat. > Ani po ukon?en? v?ech aplikac? a KDE a restartov?n? X serveru se > nevypr?zdn? (v?echny u?ivatelsk? aplikace jsou ukon?eny). Kdy? > restartuji cel? po??ta?, je zase v?echno OK. > > Po restartu X serveru je situace prakticky stejn? jako kdy? b??? cel? > KDE s n?kolika programy: > http://disk.jabbim.cz/xkucf03 at jabber.cz/pamet_pred_restartem.png > > A? po restartu cel?ho po??ta?e se pam?? pro?ist? > http://disk.jabbim.cz/xkucf03 at jabber.cz/pamet_po_restartu.png > > Vzhledem k tomu, ?e nepom??e ani ukon?en? v?ech program? a restart X > serveru, tak p?edpokl?d?m, ?e to nen? chyba aplikac?, ale n?jak? > z?le?itost t?kaj?c? se OS. Pom??e n?jak? nastaven?? Nebo je tenhle stav OK? A co na to rika top(1)? Muj soukromy odhad je ze ten KDE bazmek zapocitava Inactive frontu do "data aplikaci" ... -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From dan at obluda.cz Thu Mar 15 13:47:17 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 15 Mar 2007 13:47:17 +0100 Subject: =?ISO-8859-2?Q?Zane=F8=E1d=ECn=E1_pam=EC=BB?= In-Reply-To: <45F93012.2040404@seznam.cz> References: <45F93012.2040404@seznam.cz> Message-ID: <45F94055.5070602@obluda.cz> Franti?ek Ku?era napsal/wrote, On 03/15/07 12:37: > p?i pou??v?n? se mi postupn? pln? opera?n? pam??, probl?m je v tom, ?e > se nechce vyprazd?ovat. Kouknout na sumarizaci je pro orientaci dobre, ale kdyz se tim objevi nejake podezreni, dal uz je treba koukat na detailensji stav. Pro zacatek staci TOP a zjistit, kdo vlastne ma tu pamet na svedomi. A treba se ukaze, ze nikdo, ze ten graficky tool ukazuje nejake nesmysly ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From babjak at hilbert.chtf.stuba.sk Thu Mar 15 14:09:54 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Thu, 15 Mar 2007 14:09:54 +0100 Subject: =?unknown-8bit?B?WmFuZfjhZOxu4SBwYW3s?= =?unknown-8bit?Q?=BB?= In-Reply-To: <45F94055.5070602@obluda.cz> References: <45F93012.2040404@seznam.cz> <45F94055.5070602@obluda.cz> Message-ID: <20070315130953.GA7374@hilbert.chtf.stuba.sk> > zacatek staci TOP a zjistit, kdo vlastne ma tu pamet na svedomi. ^-- Stale ale narazam na problem, ako udaje zobrazovane v top vlastne interpretovat. Napr. u mna teraz zobrazuje toto: last pid: 88929; load averages: 2.51, 2.56, 2.57 up 0+23:00:16 13:57:51 99 processes: 3 running, 95 sleeping, 1 zombie CPU states: 85.2% user, 0.0% nice, 14.5% system, 0.4% interrupt, 0.0% idle Mem: 338M Active, 749M Inact, 188M Wired, 53M Cache, 112M Buf, 175M Free Swap: 1024M Total, 1024M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 663 root 1 76 0 174M 136M select 19:02 0.00% Xorg 6894 babjak 4 20 0 108M 84732K kserel 14:46 0.00% firefox-bin 19705 root 1 8 0 41240K 40204K wait 0:31 0.00% ruby18 1239 babjak 1 76 0 31560K 18180K select 0:01 0.00% kdeinit Este zlozitejsie to vidim napr. u Solarisu, kde neviem ani poriadne dat dohromady udaje z top a prstat. Z toho isteho servera v tej istej chvili zobrany top: last pid: 3786; load averages: 0.13, 0.12, 0.11 14:01:50 147 processes: 145 sleeping, 1 zombie, 1 on cpu CPU states: 92.7% idle, 0.8% user, 6.5% kernel, 0.0% iowait, 0.0% swap Memory: 2048M real, 373M free, 2218M swap in use, 3189M swap free PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND 3786 root 1 59 0 2232K 1792K cpu/1 0:00 0.83% top 14972 root 47 59 0 241M 68M sleep 211:13 0.23% java 3744 root 1 59 0 4912K 4632K sleep 0:00 0.19% prstat 29352 tomcat 48 59 0 349M 303M sleep 21:22 0.17% java 2619 mailsrv 3 59 0 181M 20M sleep 130:20 0.09% mshttpd 556 ldap 46 59 0 157M 15M sleep 643:27 0.07% ns-slapd 1279 icsuser 9 59 -2 55M 17M sleep 368:56 0.06% csadmind 654 root 70 59 0 100M 9608K sleep 308:45 0.05% ns-httpd 963 webservd 146 59 0 349M 92M sleep 299:18 0.05% webservd 13563 oracle 1 59 0 378M 353M sleep 48:59 0.05% oracle 932 root 33 59 0 151M 29M sleep 257:17 0.04% webservd 15007 root 39 59 0 163M 46M sleep 34:10 0.03% java 1315 icsuser 1 59 -2 4704K 1584K sleep 44:35 0.03% csstored.pl 13545 oracle 1 59 0 379M 353M sleep 32:05 0.03% oracle 13555 oracle 11 59 0 380M 353M sleep 22:55 0.02% oracle 6873 svn 1 59 0 23M 3472K sleep 9:18 0.02% httpd 2617 mailsrv 3 59 0 155M 13M sleep 45:13 0.02% imapd 25621 root 1 59 0 15M 2432K sleep 0:55 0.02% smbd a prstt -a: PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP 3786 root 2232K 1792K sleep 59 0 0:00:00 0.8% top/1 3744 root 4912K 4632K cpu0 59 0 0:00:00 0.2% prstat/1 14972 root 241M 68M sleep 59 0 3:31:13 0.2% java/47 29352 tomcat 349M 303M sleep 59 0 0:21:22 0.2% java/48 2619 mailsrv 181M 20M sleep 59 0 2:10:20 0.1% mshttpd/3 556 ldap 157M 15M sleep 59 0 10:43:27 0.1% ns-slapd/46 1279 icsuser 55M 17M sleep 59 -2 6:08:56 0.1% csadmind/9 963 webservd 349M 92M sleep 59 0 4:59:18 0.0% webservd/146 654 root 100M 9608K sleep 59 0 5:08:45 0.0% ns-httpd/70 13563 oracle 378M 353M sleep 59 0 0:48:59 0.0% oracle/1 932 root 151M 29M sleep 59 0 4:17:17 0.0% webservd/33 15007 root 163M 46M sleep 59 0 0:34:10 0.0% java/39 1315 icsuser 4704K 1584K sleep 59 -2 0:44:35 0.0% csstored.pl/1 13545 oracle 379M 353M sleep 59 0 0:32:05 0.0% oracle/1 6873 svn 23M 3472K sleep 59 0 0:09:18 0.0% httpd/1 NPROC USERNAME SIZE RSS MEMORY TIME CPU 77 root 1220M 234M 2.9% 21:36:09 1.6% 1 tomcat 349M 303M 3.8% 0:21:22 0.2% 11 mailsrv 716M 122M 1.5% 3:37:16 0.1% 21 oracle 7612M 7065M 88% 3:13:29 0.1% 6 icsuser 264M 47M 0.6% 9:00:40 0.1% 1 ldap 157M 15M 0.2% 10:43:27 0.1% Total: 148 processes, 897 lwps, load averages: 0.13, 0.12, 0.11 Co mi pride najdivnejsie, ak spocitam polozky "rss" alebo polozky "size", dojdem k suctu daleko vyssiemu, ako ram+swap: ten server ma 2GB ram a -- podla vsetkeho -- 3.1GB swap, aj ked netusim, ako admin prave k takejto hodnote prisiel. Pricinou moze byt shared memory, ktora sa zapocitava kazdemu procesu, ktory ju vyuziva; preto tolko pamate pre oracle. Ako teda interpretovat udaje zobrazene programom top(1) vo FreeBSD? Ako ich interpretovat vo vseobecnosti na inych unixovskych systemoch? J. From pav at oook.cz Thu Mar 15 14:21:48 2007 From: pav at oook.cz (Pav Lucistnik) Date: Thu, 15 Mar 2007 14:21:48 +0100 Subject: =?UTF-8?Q?Zane=C5=99=C3=A1d=C4=9Bn=C3=A1?= =?UTF-8?Q?_pam=C4=9B=C5=A5?= In-Reply-To: <20070315130953.GA7374@hilbert.chtf.stuba.sk> References: <45F93012.2040404@seznam.cz> <45F94055.5070602@obluda.cz> <20070315130953.GA7374@hilbert.chtf.stuba.sk> Message-ID: <1173964908.46994.18.camel@pav.hide.vol.cz> Jozef Babjak p??e v ?t 15. 03. 2007 v 14:09 +0100: > > zacatek staci TOP a zjistit, kdo vlastne ma tu pamet na svedomi. > > ^-- Stale ale narazam na problem, ako udaje zobrazovane v top vlastne > interpretovat. Napr. u mna teraz zobrazuje toto: > > last pid: 88929; load averages: 2.51, 2.56, 2.57 up 0+23:00:16 13:57:51 > 99 processes: 3 running, 95 sleeping, 1 zombie > CPU states: 85.2% user, 0.0% nice, 14.5% system, 0.4% interrupt, 0.0% idle > Mem: 338M Active, 749M Inact, 188M Wired, 53M Cache, 112M Buf, 175M Free > Swap: 1024M Total, 1024M Free Orientacne Obsazena pamet: active + wired + cache = 579 MB Volna pamet: inact + buf + free = 1036 MB > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 663 root 1 76 0 174M 136M select 19:02 0.00% Xorg Vase videokarta ma 128MB videopameti, ze? Ta je mapovana do adresniho prostoru X serveru, ale neni residentni v RAM. Takze X server na vasi stanici zabira 8 MB RAM v tuto chvili. > 6894 babjak 4 20 0 108M 84732K kserel 14:46 0.00% firefox-bin Tady sou to hlavne pixmapy (obrazky), ktery jsou uvolnovany prubezne podle tlaku na volnou pamet, takze opet nic kvuli cemu panikarit. > 19705 root 1 8 0 41240K 40204K wait 0:31 0.00% ruby18 > 1239 babjak 1 76 0 31560K 18180K select 0:01 0.00% kdeinit Navic nelze scitat sloupce SIZE ani RES, protoze znacna cast pameti je sdilena mezi procesy. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From xdivac02 at stud.fit.vutbr.cz Thu Mar 15 14:51:14 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Thu, 15 Mar 2007 14:51:14 +0100 Subject: =?iso-8859-2?B?WmFuZfjhZOxu4SBwYW3s?= =?iso-8859-2?Q?=BB?= In-Reply-To: <1173964908.46994.18.camel@pav.hide.vol.cz> References: <45F93012.2040404@seznam.cz> <45F94055.5070602@obluda.cz> <20070315130953.GA7374@hilbert.chtf.stuba.sk> <1173964908.46994.18.camel@pav.hide.vol.cz> Message-ID: <20070315135114.GA49045@stud.fit.vutbr.cz> On Thu, Mar 15, 2007 at 02:21:48PM +0100, Pav Lucistnik wrote: > Jozef Babjak p??e v ?t 15. 03. 2007 v 14:09 +0100: > > > zacatek staci TOP a zjistit, kdo vlastne ma tu pamet na svedomi. > > > > ^-- Stale ale narazam na problem, ako udaje zobrazovane v top vlastne > > interpretovat. Napr. u mna teraz zobrazuje toto: > > > > last pid: 88929; load averages: 2.51, 2.56, 2.57 up 0+23:00:16 13:57:51 > > 99 processes: 3 running, 95 sleeping, 1 zombie > > CPU states: 85.2% user, 0.0% nice, 14.5% system, 0.4% interrupt, 0.0% idle > > Mem: 338M Active, 749M Inact, 188M Wired, 53M Cache, 112M Buf, 175M Free > > Swap: 1024M Total, 1024M Free > > Orientacne > Obsazena pamet: active + wired + cache = 579 MB > Volna pamet: inact + buf + free = 1036 MB nemyslim si ze by zrovna "buf" se dala pocitat do volne pameti.. buf jsou dirty buffery tj. predtim nez se to uvolni se to musi strcit do backing-device.... > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > > 663 root 1 76 0 174M 136M select 19:02 0.00% Xorg > > Vase videokarta ma 128MB videopameti, ze? Ta je mapovana do adresniho > prostoru X serveru, ale neni residentni v RAM. Takze X server na vasi > stanici zabira 8 MB RAM v tuto chvili. jsem se dival na nejake to sexy videjo s Keithem Packardem a on tam zvatlal neco o tmo ze nove X.org bude mit novou architekturu pameti ktera umozni vyuzivat VSECHNU pamet na karte... zatimco ted jsou to jen 4MB... naprosto se nevyznam v X.org ale verim vlastni usim :) > > 19705 root 1 8 0 41240K 40204K wait 0:31 0.00% ruby18 > > 1239 babjak 1 76 0 31560K 18180K select 0:01 0.00% kdeinit > > Navic nelze scitat sloupce SIZE ani RES, protoze znacna cast pameti je > sdilena mezi procesy. tak to nevim jestli je te sdilene pameti TOLIK. vetsinu pameti zaberou data a ta by mela byt ruzna pro ruzne procesy.. sdili se toliko binarni kod knihoven/programu atd. ale ze by zrovna data.. no nevim nevim From dan at obluda.cz Thu Mar 15 16:39:25 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 15 Mar 2007 16:39:25 +0100 Subject: =?ISO-8859-2?Q?Zane=F8=E1d=ECn=E1_pam=EC=BB?= In-Reply-To: <20070315135114.GA49045@stud.fit.vutbr.cz> References: <45F93012.2040404@seznam.cz> <45F94055.5070602@obluda.cz> <20070315130953.GA7374@hilbert.chtf.stuba.sk> <1173964908.46994.18.camel@pav.hide.vol.cz> <20070315135114.GA49045@stud.fit.vutbr.cz> Message-ID: <45F968AD.1080404@obluda.cz> Divacky Roman napsal/wrote, On 03/15/07 14:51: >> Navic nelze scitat sloupce SIZE ani RES, protoze znacna cast pameti je >> sdilena mezi procesy. > > tak to nevim jestli je te sdilene pameti TOLIK. vetsinu pameti zaberou data > a ta by mela byt ruzna pro ruzne procesy. No, to je prave ten hacek. Vetsinu pameti zaberou data a sktuecne tak, ktera se meni jsou v separatnich pametovych blocich, ale ta, ktera se nemeni je i mezi parent a child procesem sdilena. Neodvazuju se odhadnout kolik datove pameti apache je pro synovsky proces ruzne od otcovskeho procesu. Obavam se, ze to jak je hodne pamet mezi procesy ruzna bude dost individualni ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From xdivac02 at stud.fit.vutbr.cz Thu Mar 15 16:49:23 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Thu, 15 Mar 2007 16:49:23 +0100 Subject: =?iso-8859-2?B?WmFuZfjhZOxu4SBwYW3s?= =?iso-8859-2?Q?=BB?= In-Reply-To: <45F968AD.1080404@obluda.cz> References: <45F93012.2040404@seznam.cz> <45F94055.5070602@obluda.cz> <20070315130953.GA7374@hilbert.chtf.stuba.sk> <1173964908.46994.18.camel@pav.hide.vol.cz> <20070315135114.GA49045@stud.fit.vutbr.cz> <45F968AD.1080404@obluda.cz> Message-ID: <20070315154923.GA80162@stud.fit.vutbr.cz> On Thu, Mar 15, 2007 at 04:39:25PM +0100, Dan Lukes wrote: > Divacky Roman napsal/wrote, On 03/15/07 14:51: > >> Navic nelze scitat sloupce SIZE ani RES, protoze znacna cast pameti je > >> sdilena mezi procesy. > > > > tak to nevim jestli je te sdilene pameti TOLIK. vetsinu pameti zaberou data > > a ta by mela byt ruzna pro ruzne procesy. > > No, to je prave ten hacek. Vetsinu pameti zaberou data a sktuecne tak, > ktera se meni jsou v separatnich pametovych blocich, ale ta, ktera se > nemeni je i mezi parent a child procesem sdilena. > > Neodvazuju se odhadnout kolik datove pameti apache je pro synovsky > proces ruzne od otcovskeho procesu. Obavam se, ze to jak je hodne pamet > mezi procesy ruzna bude dost individualni ... tak ciste logicky.. pokud 2 procesy bezi ten samy kod a operuji nad temi samymy daty tak jsou ty procesy identicke... From dan at obluda.cz Thu Mar 15 17:11:03 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 15 Mar 2007 17:11:03 +0100 Subject: =?UTF-8?B?WmFuZcWZw6FkxJtuw6EgcGFtxJvFpQ==?= In-Reply-To: <20070315154923.GA80162@stud.fit.vutbr.cz> References: <45F93012.2040404@seznam.cz> <45F94055.5070602@obluda.cz> <20070315130953.GA7374@hilbert.chtf.stuba.sk> <1173964908.46994.18.camel@pav.hide.vol.cz> <20070315135114.GA49045@stud.fit.vutbr.cz> <45F968AD.1080404@obluda.cz> <20070315154923.GA80162@stud.fit.vutbr.cz> Message-ID: <45F97017.4090002@obluda.cz> Divacky Roman napsal/wrote, On 03/15/07 16:49: >> > tak to nevim jestli je te sdilene pameti TOLIK. vetsinu pameti zaberou data >> > a ta by mela byt ruzna pro ruzne procesy. > tak ciste logicky.. pokud 2 procesy bezi ten samy kod a operuji nad temi samymy > daty tak jsou ty procesy identicke... Abych nekonstruoval teoreticke pripady - mam tu program na pocitani toku dat nasich uzivatelu. To je dost velka datova struktura. Jednou za cas se program forkne a do souboru (ktery si otevre a na to se skutecne musi naalokovat par dalsich byte pameti navic) zapise (na coz potrebuej dalsich par byte na pomocne promenne) kopii teto ohromne datove struktury - kterou ovsem nemeni. Dela to proto, aby po pripadnem padu mohl restartnuty proces obnovit svuj vnitrni stav. V okamziku forku maji ty dva procesy oba naalokovano nekolik mega pameti na data - a pro oba je ta pamet shodna, tedy neni v systemu zabrana dvakrat. Behem cinnosti se "oddeli" cca jedna stranka pameti pro pomocne promenne a pro otevreni souboru - a dale se tu a tam oddeli stranka jak otcovsky proces aktualizuje tabulku. Zapis al eprobehne dost ryhle a tak v okamziku koce synvskeho procesu je naprosta vetsina dat stale jeste spolecnych a v pameti proste dvakrat nejsou. Takovy Apache, obzvlast pokud se omezuje na podavani statickych dat, ma take skoro vic pameti spotrebovano na konfigurace a podobne veci nez na "proces-specific" operace. A tak datova pamet vsech tech apachovskych synu je take ze znacne casti v systemu ve skutecnosti jen jednou. Jen jsem si dovolil upozornit, ze sdilena data mezi procesy nejsou az tak vyjimecna vec, jak's tu prezentoval. Predpokladam, ze to tvoje "vetsinou" nemas podlozeno zadnou statistikou - jen ti to tak proste pripadalo. Ani ja nema zadnou statistiku - ale zda se, ze rozdil je v tom, ze ja to vim a tak jen vyjadruju pochybnosti - nemam zadna sebevedoma tvrzeni ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From cizek.milan at seznam.cz Thu Mar 15 17:24:27 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Thu, 15 Mar 2007 17:24:27 +0100 Subject: problem s NFS In-Reply-To: <45F8FB6E.2020704@ada-net.cz> References: <2865.4940-15526-1243907502-1173943770@seznam.cz> <45F8FB6E.2020704@ada-net.cz> Message-ID: <008a01c7671e$66e4d0e0$1403000a@milanc> > Co rika na tom A: > `showmount -e` > `rpcinfo -p` > `mount` > `cat /var/db/mountdtab` > > Bezi mountd na tom A ? Ahoj, ap5# pstree | grep mountd | |--= 00594 root /usr/sbin/mountd -r | | \--- 32144 root grep mountd ap5# showmount -e Exports list on localhost: ap5# rpcinfo -p program vers proto port service 100000 4 tcp 111 rpcbind 100000 3 tcp 111 rpcbind 100000 2 tcp 111 rpcbind 100000 4 udp 111 rpcbind 100000 3 udp 111 rpcbind 100000 2 udp 111 rpcbind 100000 4 local 111 rpcbind 100000 3 local 111 rpcbind 100000 2 local 111 rpcbind 100005 1 udp 970 mountd 100005 3 udp 970 mountd 100005 1 tcp 1001 mountd 100005 3 tcp 1001 mountd 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs ap5# mount /dev/ad0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s1e on /usr (ufs, local, soft-updates) /dev/ad0s1d on /var (ufs, local, soft-updates) 10.0.254.2:/usr/home on /mnt/AP2-home (nfs) 10.0.254.2:/usr/ports on /usr/ports (nfs) 10.0.254.9:/usr/backup on /mnt/backup (nfs) 10.0.254.9:/usr/home on /mnt/AP1-home (nfs) 10.0.254.2:/usr/home on /mnt/AP2-home (nfs) 10.0.254.2:/usr/ports on /usr/ports (nfs) 10.0.254.9:/usr/backup on /mnt/backup (nfs) 10.0.254.9:/usr/home on /mnt/AP1-home (nfs) 10.0.254.18:/usr/home on /mnt/AP3-home (nfs) 10.0.254.34:/usr/home on /mnt/AP4-home (nfs) ap5# cat /var/db/mountdtab Milan From piftik at yhman.tnuni.sk Thu Mar 15 18:38:22 2007 From: piftik at yhman.tnuni.sk (piftik) Date: Thu, 15 Mar 2007 18:38:22 +0100 Subject: RAID nebo disk In-Reply-To: <20070310151538.M79153@yhman.tnuni.sk> References: <1605751809.20070310081551@starnet.cz> <1173522891.6534.3.camel@shift> <20070310151538.M79153@yhman.tnuni.sk> Message-ID: <20070315173540.M94590@yhman.tnuni.sk> On Sat, 10 Mar 2007 16:41:11 +0100, piftik wrote > ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing > request directly > ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing > request directly > ad6: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing > request directly > ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing > request directly > ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly > ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=19583 Vybral som z masiny novy 400W zdroj a dal som tam stary 240W zdroj a uz v systeme nemam jedinu hlasku tykajucu sa nejakeho timeout alebo read/write dma error na diskoch. holt, su veci medzi nebom a zemou ........ ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From freebsd at ada-net.cz Thu Mar 15 21:35:31 2007 From: freebsd at ada-net.cz (=?ISO-8859-2?Q?Petr_Bezd=ECk?=) Date: Thu, 15 Mar 2007 21:35:31 +0100 Subject: problem s NFS In-Reply-To: <008a01c7671e$66e4d0e0$1403000a@milanc> References: <2865.4940-15526-1243907502-1173943770@seznam.cz> <45F8FB6E.2020704@ada-net.cz> <008a01c7671e$66e4d0e0$1403000a@milanc> Message-ID: <45F9AE13.4070401@ada-net.cz> Milan Cizek napsal(a): > ap5# showmount -e > Exports list on localhost: Zrejme se nic neexportuje (export list je prazdny), zkusil bych donutit mountd, aby si znova nacetl konfiguraci z /etc/exports - pri nejake chybe si postezuje do logu. # reload mountd kill -1 `cat /var/run.mountd.pid` Pokud se nic neobjevi v `showmount -e`, podivat se do logu /var/log/messages, zda si mountd na neco nestezuje. -- Mgr. Petr Bezd?k email: pbezdek at ada-net.cz web: www.ada-net.cz From cizek.milan at seznam.cz Thu Mar 15 22:08:05 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Thu, 15 Mar 2007 22:08:05 +0100 Subject: problem s NFS In-Reply-To: <45F9AE13.4070401@ada-net.cz> References: <2865.4940-15526-1243907502-1173943770@seznam.cz> <45F8FB6E.2020704@ada-net.cz><008a01c7671e$66e4d0e0$1403000a@milanc> <45F9AE13.4070401@ada-net.cz> Message-ID: <008e01c76746$068cc950$1403000a@milanc> > > ap5# showmount -e > > Exports list on localhost: > > Zrejme se nic neexportuje (export list je prazdny), zkusil > bych donutit mountd, aby si znova nacetl konfiguraci z > /etc/exports - pri nejake chybe si postezuje do logu. > > # reload mountd > kill -1 `cat /var/run.mountd.pid` > > Pokud se nic neobjevi v `showmount -e`, podivat se do logu > /var/log/messages, zda si mountd na neco nestezuje. Ahoj, restart mountd opravdu pomohl, ale nechapu, proc to nevyresil restart stroje, ktery byl delan mnohokrat. Uvidim, jestli to zustane funkcni po rebootu. Diky. Milan From koutek at o-k.cz Fri Mar 16 08:52:26 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Fri, 16 Mar 2007 08:52:26 +0100 Subject: =?iso-8859-2?Q?Zane=F8=E1d=ECn=E1?= =?iso-8859-2?Q?_pam=EC=BB?= In-Reply-To: <20070315154923.GA80162@stud.fit.vutbr.cz> References: <45F93012.2040404@seznam.cz> <45F94055.5070602@obluda.cz> <20070315130953.GA7374@hilbert.chtf.stuba.sk> <1173964908.46994.18.camel@pav.hide.vol.cz> <20070315135114.GA49045@stud.fit.vutbr.cz> <45F968AD.1080404@obluda.cz> <20070315154923.GA80162@stud.fit.vutbr.cz> Message-ID: <1174031546.1517.8.camel@shift.mediaturtle.com> Zrovna jsme si s kamaradem notovali, ze server bez jailu je v pohode, ale s jail jsou problemy. Priklad: server: P4 dual core, 4GB RAM OS: FreeBSD 6.1p3 i386 2 mesice vicemene v klidu nasledovalo citelne zpomaleni - Free memory 86MB, Inactive 2,5GB a procesy v jailech zacaly umirat. Po restartu 3GB RAM Free a vse jede jak vino. nemohu si pomoct, ale prijde mi to jako kdyby jailove procesy mely problem pracovat s Inactive pameti. Ondra From koutek at o-k.cz Fri Mar 16 09:08:04 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Fri, 16 Mar 2007 09:08:04 +0100 Subject: =?iso-8859-2?Q?Zane=F8=E1d=ECn=E1?= =?iso-8859-2?Q?_pam=EC=BB?= In-Reply-To: <1174031546.1517.8.camel@shift.mediaturtle.com> References: <45F93012.2040404@seznam.cz> <45F94055.5070602@obluda.cz> <20070315130953.GA7374@hilbert.chtf.stuba.sk> <1173964908.46994.18.camel@pav.hide.vol.cz> <20070315135114.GA49045@stud.fit.vutbr.cz> <45F968AD.1080404@obluda.cz> <20070315154923.GA80162@stud.fit.vutbr.cz> <1174031546.1517.8.camel@shift.mediaturtle.com> Message-ID: <1174032484.35790.0.camel@shift.mediaturtle.com> On Fri, 2007-03-16 at 08:52 +0100, Ondra Koutek wrote: > OS: FreeBSD 6.1p3 i386 Oprava, FreeBSD 6.1p13 Ondra From cizek.milan at seznam.cz Fri Mar 16 09:40:01 2007 From: cizek.milan at seznam.cz (=?us-ascii?Q?Cizek=2EMilan?=) Date: Fri, 16 Mar 2007 09:40:01 +0100 (CET) Subject: =?us-ascii?Q?Jak=20na=20mailserver?= Message-ID: <2816.4799-11761-889003478-1174034401@seznam.cz> Ahoj, dostal jsem za ukol pripravit mailserver a resim takovy problemek. Rozhodl jsem se pro reseni Postfix-Courier-Maildrop-SpamAssassin (http://www.zdenda.com/Mailserver-Postfix-IMAP-Maildrop-MySQL), protoze tady uz nejake zkusenosti mam. Podminkou je ale jeste uzivatelske webove rozhrani pro administraci mailboxu. Nasel jsem postfixadmina, coz by melo byt snad to prave, ale nyni trochu bojuji s databazemi. Melo by se jednat o konfiguraci s virtualnimi uzivateli v MySQL databazi. A jde mi o to, podle jakeho vzoru mam databazi vytvorit. V kazdem how-to jsou vetsinou ruzne tabulky, ruzne nazvy sloupecku (jak se to komu zrovna libi). Vim, ze postfix a courier lze v configu relativne dobre prizpusobit. Takze si myslim, ze bych mel defaultni databazi zalozit tu z postfixadmina, protoze ten ma tabulky v php natvrdo uvadene a nelze to "snadno" menit. OK? Diky za pomoc. Milan From koutek at o-k.cz Fri Mar 16 10:02:37 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Fri, 16 Mar 2007 10:02:37 +0100 Subject: Jak na mailserver In-Reply-To: <2816.4799-11761-889003478-1174034401@seznam.cz> References: <2816.4799-11761-889003478-1174034401@seznam.cz> Message-ID: <1174035757.1437.2.camel@shift.mediaturtle.com> On Fri, 2007-03-16 at 09:40 +0100, Cizek.Milan wrote: > Melo by se jednat o konfiguraci s virtualnimi uzivateli v MySQL databazi. A jde mi o to, podle jakeho vzoru mam databazi vytvorit. V kazdem how-to jsou vetsinou ruzne tabulky, ruzne nazvy sloupecku (jak se to komu zrovna libi). Vim, ze postfix a courier lze v configu relativne dobre prizpusobit. Takze si myslim, ze bych mel defaultni databazi zalozit tu z postfixadmina, protoze ten ma tabulky v php natvrdo uvadene a nelze to "snadno" menit. OK? Diky za pomoc. Databazi postfixadmina mate v instalaci postfixadmina. Postfix i courier pak nakonfigurujete k pouzivani postfixadminove databaze. Doporucuji zacit poatupem: apache mysqld postfixadmin databaze podle navodu k postfixadminovi postfix courier-imap vylepseni (antivir, antispam, webmail...) Ondra From cizek.milan at seznam.cz Fri Mar 16 10:12:24 2007 From: cizek.milan at seznam.cz (=?us-ascii?Q?Cizek=2EMilan?=) Date: Fri, 16 Mar 2007 10:12:24 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20Jak=20na=20mailserver?= In-Reply-To: <1174035757.1437.2.camel@shift.mediaturtle.com> Message-ID: <2803.4348-12478-966794568-1174036344@seznam.cz> > Databazi postfixadmina mate v instalaci postfixadmina. Postfix i courier > pak nakonfigurujete k pouzivani postfixadminove databaze. > Doporucuji zacit poatupem: > apache > mysqld > postfixadmin > databaze podle navodu k postfixadminovi > postfix > courier-imap > vylepseni (antivir, antispam, webmail...) Ahoj, to jsem si myslel. Ale chci se jeste tedy zeptat, neprijdu timto postupem o nejake featury? Napr. v tom how-to p.Burdy ma tabulek mnohem vice, mnohem vice sloupecku... Predpokladam, ze toto asi pouzit nemuzu ani za predpokladu, ze bych se dodelane sloupecky editoval primo v mysql (protoze postfixadmin s nimi nepocita a ty INSERTy by pochopitelne nezvladl)... Milan From 000.fbsd at quip.cz Fri Mar 16 10:28:05 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 16 Mar 2007 10:28:05 +0100 Subject: Jak na mailserver In-Reply-To: <2816.4799-11761-889003478-1174034401@seznam.cz> References: <2816.4799-11761-889003478-1174034401@seznam.cz> Message-ID: <45FA6325.2030901@quip.cz> Cizek.Milan wrote: > Ahoj, > dostal jsem za ukol pripravit mailserver a resim takovy problemek. Rozhodl jsem se pro reseni Postfix-Courier-Maildrop-SpamAssassin (http://www.zdenda.com/Mailserver-Postfix-IMAP-Maildrop-MySQL), protoze tady uz nejake zkusenosti mam. Podminkou je ale jeste uzivatelske webove rozhrani pro administraci mailboxu. Nasel jsem postfixadmina, coz by melo byt snad to prave, ale nyni trochu bojuji s databazemi. > > Melo by se jednat o konfiguraci s virtualnimi uzivateli v MySQL databazi. A jde mi o to, podle jakeho vzoru mam databazi vytvorit. V kazdem how-to jsou vetsinou ruzne tabulky, ruzne nazvy sloupecku (jak se to komu zrovna libi). Vim, ze postfix a courier lze v configu relativne dobre prizpusobit. Takze si myslim, ze bych mel defaultni databazi zalozit tu z postfixadmina, protoze ten ma tabulky v php natvrdo uvadene a nelze to "snadno" menit. OK? Diky za pomoc. > > Milan Pokud chces pouzit PostfixAdmin, pak ti v podstate nezbyva nic jineho, nez zalozit tabulky, ktere pouziva prave PostfixAdmin. Zbytek se tomu da snadno prizpusobit. Jen predem varuju, ze PostfixAdmin obsahuje nekolik bugu, ktere patrne vyvojar nehodla opravit, i kdyz mu uz pred rokem byly zaslany opravne patche. Miroslav Lachman From koutek at o-k.cz Fri Mar 16 10:36:29 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Fri, 16 Mar 2007 10:36:29 +0100 Subject: Jak na mailserver In-Reply-To: <2803.4348-12478-966794568-1174036344@seznam.cz> References: <2803.4348-12478-966794568-1174036344@seznam.cz> Message-ID: <1174037789.1437.5.camel@shift.mediaturtle.com> > Ahoj, to jsem si myslel. Ale chci se jeste tedy zeptat, neprijdu timto postupem o nejake featury? Napr. v tom how-to p.Burdy ma tabulek mnohem vice, mnohem vice sloupecku... Predpokladam, ze toto asi pouzit nemuzu ani za predpokladu, ze bych se dodelane sloupecky editoval primo v mysql (protoze postfixadmin s nimi nepocita a ty INSERTy by pochopitelne nezvladl)... To je trochu divoka otazka "o nejake featury". Musel by ses na to podivat poradne a zjistit v cem je rozdil. Take je otazka, jestli potrebujes neco navic, co neni v postfixadminu a paj si modifikovat tabulky tak, aby to slo. Ondra From cizek.milan at seznam.cz Fri Mar 16 10:37:14 2007 From: cizek.milan at seznam.cz (=?us-ascii?Q?Cizek=2EMilan?=) Date: Fri, 16 Mar 2007 10:37:14 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20Jak=20na=20mailserver?= In-Reply-To: <45FA6325.2030901@quip.cz> Message-ID: <2795.4272-12938-776490673-1174037834@seznam.cz> > Pokud chces pouzit PostfixAdmin, pak ti v podstate nezbyva nic jineho, > nez zalozit tabulky, ktere pouziva prave PostfixAdmin. Zbytek se tomu da > snadno prizpusobit. > Jen predem varuju, ze PostfixAdmin obsahuje nekolik bugu, ktere patrne > vyvojar nehodla opravit, i kdyz mu uz pred rokem byly zaslany opravne > patche. Existuje tedy nejaka lepsi alternativa k postfixadminovi? Milan From freebsd-users-l at wilbury.sk Fri Mar 16 10:49:34 2007 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Fri, 16 Mar 2007 10:49:34 +0100 Subject: Jak na mailserver In-Reply-To: <2795.4272-12938-776490673-1174037834@seznam.cz> References: <2795.4272-12938-776490673-1174037834@seznam.cz> Message-ID: <45FA682E.1050509@wilbury.sk> Cizek.Milan wrote: >> Pokud chces pouzit PostfixAdmin, pak ti v podstate nezbyva nic jineho, >> nez zalozit tabulky, ktere pouziva prave PostfixAdmin. Zbytek se tomu da >> snadno prizpusobit. >> Jen predem varuju, ze PostfixAdmin obsahuje nekolik bugu, ktere patrne >> vyvojar nehodla opravit, i kdyz mu uz pred rokem byly zaslany opravne >> patche. > > Existuje tedy nejaka lepsi alternativa k postfixadminovi? /usr/local/bin/mysql /bin/mkdir /bin/chmod /usr/bin/chown > > Milan -- Juraj Lutter | /\ ASCII Ribbon Campaign otis (at) wilbury.sk | \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail From cizek.milan at seznam.cz Fri Mar 16 10:50:00 2007 From: cizek.milan at seznam.cz (=?us-ascii?Q?Cizek=2EMilan?=) Date: Fri, 16 Mar 2007 10:50:00 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20Jak=20na=20mailserver?= In-Reply-To: <1174037789.1437.5.camel@shift.mediaturtle.com> Message-ID: <2787.4240-13243-1807899053-1174038600@seznam.cz> > To je trochu divoka otazka "o nejake featury". Musel by ses na to > podivat poradne a zjistit v cem je rozdil. Take je otazka, jestli > potrebujes neco navic, co neni v postfixadminu a paj si modifikovat > tabulky tak, aby to slo. Ja to bral obecne, bez ohledu na konkretni featury. Proste pokud bude tabulka mit o nejaky sloupec vice, pak si s tim postfixadmin podle meho neporadi (updaty jeste snat, inserty nikoli). Nicmene nejlepsi bude vyzkouset to v praxi. :-) Milan From mex at active.sk Fri Mar 16 11:05:44 2007 From: mex at active.sk (MeX) Date: Fri, 16 Mar 2007 11:05:44 +0100 (CET) Subject: Jak na mailserver In-Reply-To: <45FA6325.2030901@quip.cz> References: <2816.4799-11761-889003478-1174034401@seznam.cz> <45FA6325.2030901@quip.cz> Message-ID: <19392.85.248.64.126.1174039544.squirrel@mail.active.sk> On Pia, Marec 16, 2007 10:28, Miroslav Lachman wrote: > Pokud chces pouzit PostfixAdmin, pak ti v podstate nezbyva nic jineho, > nez zalozit tabulky, ktere pouziva prave PostfixAdmin. Zbytek se tomu da > snadno prizpusobit. > Jen predem varuju, ze PostfixAdmin obsahuje nekolik bugu, ktere patrne > vyvojar nehodla opravit, i kdyz mu uz pred rokem byly zaslany opravne > patche. Mna by celkom zaujimalo o ake bugy sa jedna a kde mozem najst tie patche, pripadne ci tie patche niekto nasadil a s akym vysledkom. MeX From mex at active.sk Fri Mar 16 11:10:59 2007 From: mex at active.sk (MeX) Date: Fri, 16 Mar 2007 11:10:59 +0100 (CET) Subject: Jak na mailserver In-Reply-To: <2787.4240-13243-1807899053-1174038600@seznam.cz> References: <2787.4240-13243-1807899053-1174038600@seznam.cz> Message-ID: <22116.85.248.64.126.1174039859.squirrel@mail.active.sk> On Pia, Marec 16, 2007 10:50, Cizek.Milan wrote: > Ja to bral obecne, bez ohledu na konkretni featury. Proste pokud bude > tabulka mit o nejaky sloupec vice, pak si s tim postfixadmin podle meho > neporadi (updaty jeste snat, inserty nikoli). Nicmene nejlepsi bude > vyzkouset to v praxi. :-) INSERT-y nebudu problem, postfixadmin ich robi nasledovne (priklad): create-alias.php: INSERT INTO alias (address,goto,domain,created,modified) VALUES ('$fAddress','$fGoto','$fDomain',NOW(),NOW())" create-domain.php: INSERT INTO domain (domain,description,aliases,mailboxes,maxquota,transport,backupmx,created,modified) VALUES ('$fDomain','$fDescription',$fAliases,$fMailboxes,$fMaxquota,'$fTransport',$fBackupmx,NOW(),NOW()) To znamena, ze zvysne stlpce naviac ignoruje. MeX From cizek.milan at seznam.cz Fri Mar 16 11:38:49 2007 From: cizek.milan at seznam.cz (=?us-ascii?Q?Cizek=2EMilan?=) Date: Fri, 16 Mar 2007 11:38:49 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20Jak=20na=20mailserver?= In-Reply-To: <22116.85.248.64.126.1174039859.squirrel@mail.active.sk> Message-ID: <2574.4856-14274-884376068-1174041529@seznam.cz> Jeste kdyz jsme u toho, chci se zeptat kdo ma nainstalovany maildrop a pouziva ho s mysql. Jestli se mu po zadani maidrop -v vypise "Virtual user database via MySQL extension enabled.". Ja to tam nemam, ale v options mam mysql zatrzene, tak jsem z toho zmaten. On se vubec ten port chova pri instalaci nejak podivne, musel jsem to kompilovat stylem make WITH_AUTHLIB=yes install, az pak se mi totiz nabila moznost zaskrtat optiony. Jinak make option vypise ze neni co nastavovat. (vse pisu z hlavy, nemam to tu u sebe, tak snad moc nekecam :-)). Milan From 000.fbsd at quip.cz Fri Mar 16 12:38:52 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 16 Mar 2007 12:38:52 +0100 Subject: Jak na mailserver In-Reply-To: <19392.85.248.64.126.1174039544.squirrel@mail.active.sk> References: <2816.4799-11761-889003478-1174034401@seznam.cz> <45FA6325.2030901@quip.cz> <19392.85.248.64.126.1174039544.squirrel@mail.active.sk> Message-ID: <45FA81CC.9030601@quip.cz> MeX wrote: > On Pia, Marec 16, 2007 10:28, Miroslav Lachman wrote: > >>Pokud chces pouzit PostfixAdmin, pak ti v podstate nezbyva nic jineho, >>nez zalozit tabulky, ktere pouziva prave PostfixAdmin. Zbytek se tomu da >>snadno prizpusobit. >>Jen predem varuju, ze PostfixAdmin obsahuje nekolik bugu, ktere patrne >>vyvojar nehodla opravit, i kdyz mu uz pred rokem byly zaslany opravne >>patche. > > > Mna by celkom zaujimalo o ake bugy sa jedna a kde mozem najst tie patche, > pripadne ci tie patche niekto nasadil a s akym vysledkom. > > MeX Patrne vsechny patche se povaluji kdesi v diskuznim foru na strankach PostfixAdmina, sam jsem tusim aspon jeden patch posilal, ale kdyz jsem videl "mrtvou situaci", tak jsem si zkratka tu jednu opatchovanou verzi rozkopiroval po serverech a vic se tim nezabyvam. Urcite v te me verzi neni opraveno vsechno, ale je tam opraveno to, co me branilo v provozu. Jmenovite je to treba fatalnu bug v pripade pouziti mysqli, kde je jiny pocet povinnych parametru u funkci, nez u mysql, ale autor proste jen vzal mysql_ funkce, zkopiroval je s pojmenovanim mysqli_ a povazoval to za funkcni reseni bez otestovani. Dalsi funkce maji opacne poradi parametru. Jinym problemem je pak nemoznost zadavani vice aliasu, diky spatnemu escapovani / rozdelovani podle oddelovace noveho radku. Asi tam byly jeste dalsi problemy, moc si nevzpominam. Je to tak nejak aspon rok, co jsem to prestal resit. Tak jako tak mi PostfixAdmin nevyhovuje a stale vyckavam, az mi dojde trpelivost a napisu si neco vlastniho - coz uz jsem pred nekolikal lety udelal, ale to bylo velmi primitivni, takze jsem to pak zase zahodil a pro klienty nasazoval PostfixAdmina. Miroslav Lachman From jk-freebsdcz at ks.cz Fri Mar 16 12:49:36 2007 From: jk-freebsdcz at ks.cz (Jan Kulveit) Date: Fri, 16 Mar 2007 12:49:36 +0100 Subject: Jak na mailserver In-Reply-To: <2795.4272-12938-776490673-1174037834@seznam.cz> References: <45FA6325.2030901@quip.cz> <2795.4272-12938-776490673-1174037834@seznam.cz> Message-ID: <20070316114936.GA13606@atiks.ks.cz> On Fri, Mar 16, 2007 at 10:37:14AM +0100, Cizek.Milan wrote: > > Existuje tedy nejaka lepsi alternativa k postfixadminovi? > Existuje vmailadmin Lepsi/horsi nevim, mozna jak na co, postfixadmin nepouzivam jk From jaroslav.votruba at keytec.cz Fri Mar 16 13:23:20 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Fri, 16 Mar 2007 13:23:20 +0100 Subject: Jak na mailserver In-Reply-To: <2816.4799-11761-889003478-1174034401@seznam.cz> References: <2816.4799-11761-889003478-1174034401@seznam.cz> Message-ID: <45FA8C38.2040905@keytec.cz> cht?l bych v?s po??dat,Kdy? u? se do toho pust?te,mohl by jste p?itom ud?lat n?vod "krok za krokem" j? bych jej pak hodil na sv? str?nky o BSD a v?s bych samoz?ejm? uvedl jako autora,jen bych to otagoval.. Dost by mi to pomohlo,proto?e jsem ?asov? ?pln? mimo. s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz Cizek.Milan napsal(a): > Ahoj, > dostal jsem za ukol pripravit mailserver a resim takovy problemek. Rozhodl jsem se pro reseni Postfix-Courier-Maildrop-SpamAssassin (http://www.zdenda.com/Mailserver-Postfix-IMAP-Maildrop-MySQL), protoze tady uz nejake zkusenosti mam. Podminkou je ale jeste uzivatelske webove rozhrani pro administraci mailboxu. Nasel jsem postfixadmina, coz by melo byt snad to prave, ale nyni trochu bojuji s databazemi. > > Melo by se jednat o konfiguraci s virtualnimi uzivateli v MySQL databazi. A jde mi o to, podle jakeho vzoru mam databazi vytvorit. V kazdem how-to jsou vetsinou ruzne tabulky, ruzne nazvy sloupecku (jak se to komu zrovna libi). Vim, ze postfix a courier lze v configu relativne dobre prizpusobit. Takze si myslim, ze bych mel defaultni databazi zalozit tu z postfixadmina, protoze ten ma tabulky v php natvrdo uvadene a nelze to "snadno" menit. OK? Diky za pomoc. > > Milan > From jaroslav.votruba at keytec.cz Fri Mar 16 13:26:51 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Fri, 16 Mar 2007 13:26:51 +0100 Subject: Jak na mailserver In-Reply-To: <2816.4799-11761-889003478-1174034401@seznam.cz> References: <2816.4799-11761-889003478-1174034401@seznam.cz> Message-ID: <45FA8D0B.1020706@keytec.cz> cht?l bych v?s po??dat,Kdy? u? se do toho pust?te,mohl by jste p?itom ud?lat n?vod "krok za krokem" j? bych jej pak hodil na sv? str?nky o BSD a v?s bych samoz?ejm? uvedl jako autora,jen bych to otagoval.. Dost by mi to pomohlo,proto?e jsem ?asov? ?pln? mimo. s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From kolar.radim at gmail.com Fri Mar 16 20:50:56 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Fri, 16 Mar 2007 20:50:56 +0100 Subject: hyperthreading Message-ID: <707e14750703161250g794058acg42d568f34b4a6836@mail.gmail.com> http://tweakers.net/reviews/646/10 doufam jsem to uz neposilal From cizek.milan at seznam.cz Fri Mar 16 22:13:34 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Fri, 16 Mar 2007 22:13:34 +0100 Subject: Jak na mailserver In-Reply-To: <45FA81CC.9030601@quip.cz> References: <2816.4799-11761-889003478-1174034401@seznam.cz> <45FA6325.2030901@quip.cz><19392.85.248.64.126.1174039544.squirrel@mail.active.sk> <45FA81CC.9030601@quip.cz> Message-ID: <00e201c7680f$f5302600$1403000a@milanc> > > Mna by celkom zaujimalo o ake bugy sa jedna a kde mozem najst tie > > patche, pripadne ci tie patche niekto nasadil a s akym vysledkom. > > > > MeX > > Patrne vsechny patche se povaluji kdesi v diskuznim foru na > strankach PostfixAdmina, sam jsem tusim aspon jeden patch > posilal, ale kdyz jsem videl "mrtvou situaci", tak jsem si > zkratka tu jednu opatchovanou verzi rozkopiroval po serverech > a vic se tim nezabyvam. Urcite v te me verzi neni opraveno > vsechno, ale je tam opraveno to, co me branilo v provozu. > Jmenovite je to treba fatalnu bug v pripade pouziti mysqli, > kde je jiny pocet povinnych parametru u funkci, nez u mysql, > ale autor proste jen vzal mysql_ funkce, zkopiroval je s > pojmenovanim mysqli_ a povazoval to za funkcni reseni bez > otestovani. Dalsi funkce maji opacne poradi parametru. > Jinym problemem je pak nemoznost zadavani vice aliasu, diky > spatnemu escapovani / rozdelovani podle oddelovace noveho radku. > Asi tam byly jeste dalsi problemy, moc si nevzpominam. Je to > tak nejak aspon rok, co jsem to prestal resit. > Tak jako tak mi PostfixAdmin nevyhovuje a stale vyckavam, az > mi dojde trpelivost a napisu si neco vlastniho - coz uz jsem > pred nekolikal lety udelal, ale to bylo velmi primitivni, > takze jsem to pak zase zahodil a pro klienty nasazoval PostfixAdmina. > > Miroslav Lachman Ahoj, bylo by mozne tu tvou opravenou verzi nekde vystavit? Milan From 000.fbsd at quip.cz Fri Mar 16 22:45:32 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 16 Mar 2007 22:45:32 +0100 Subject: Jak na mailserver In-Reply-To: <00e201c7680f$f5302600$1403000a@milanc> References: <2816.4799-11761-889003478-1174034401@seznam.cz> <45FA6325.2030901@quip.cz><19392.85.248.64.126.1174039544.squirrel@mail.active.sk> <45FA81CC.9030601@quip.cz> <00e201c7680f$f5302600$1403000a@milanc> Message-ID: <45FB0FFC.1010001@quip.cz> Milan Cizek wrote: [...] >>Patrne vsechny patche se povaluji kdesi v diskuznim foru na >>strankach PostfixAdmina, sam jsem tusim aspon jeden patch >>posilal, ale kdyz jsem videl "mrtvou situaci", tak jsem si >>zkratka tu jednu opatchovanou verzi rozkopiroval po serverech >>a vic se tim nezabyvam. Urcite v te me verzi neni opraveno >>vsechno, ale je tam opraveno to, co me branilo v provozu. >>Jmenovite je to treba fatalnu bug v pripade pouziti mysqli, >>kde je jiny pocet povinnych parametru u funkci, nez u mysql, >>ale autor proste jen vzal mysql_ funkce, zkopiroval je s >>pojmenovanim mysqli_ a povazoval to za funkcni reseni bez >>otestovani. Dalsi funkce maji opacne poradi parametru. >>Jinym problemem je pak nemoznost zadavani vice aliasu, diky >>spatnemu escapovani / rozdelovani podle oddelovace noveho radku. >>Asi tam byly jeste dalsi problemy, moc si nevzpominam. Je to >>tak nejak aspon rok, co jsem to prestal resit. >>Tak jako tak mi PostfixAdmin nevyhovuje a stale vyckavam, az >>mi dojde trpelivost a napisu si neco vlastniho - coz uz jsem >>pred nekolikal lety udelal, ale to bylo velmi primitivni, >>takze jsem to pak zase zahodil a pro klienty nasazoval PostfixAdmina. >> >>Miroslav Lachman > > > Ahoj, bylo by mozne tu tvou opravenou verzi nekde vystavit? Snad je to tohle: http://www.quip.cz/1/freebsd/postfixadmin.tar.bz2 (bez zaruk a na vlastni nebezpeci) Miroslav Lachman From 000.fbsd at quip.cz Fri Mar 16 23:31:00 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri, 16 Mar 2007 23:31:00 +0100 Subject: Apache ve stavu lockf Message-ID: <45FB1AA4.6040908@quip.cz> Moc se nevyznam ve stavech, ve kterych se mohou procesy nachazet, ale mel jsem ted jeden zavazny problem na serveru, kde se nekdo snazil patrne cilene pretezovat Apache. Nemel jsem moc casu na zkoumani "jak a co", zkratka jsem dotycneho zakazal na firewallu, ale chovalo se to tak, ze Apache zvysoval pocet childu az na sve maximum, pritom vyrizoval sotva 3 reqesty za sekundu, zatizeni CPU nebylo nijak vysoke, load se pohyboval od 0.8 do 1.6, takze taky nic extra vyjimecneho, jenze zkratka vice jak 120 childu apache bylo ve stavu lockf: 4800 www 1 20 0 37660K 0K lockf 0 0:01 0.00% 5155 www 1 20 0 37656K 0K lockf 0 0:01 0.00% 4769 www 1 20 0 37652K 0K lockf 1 0:01 0.00% ^^^^ toho byl plny vypis `top` Dokazal by mi nekdo rict, za jakych podminek se child apache nachazi v tomto stavu a co to vlastne znamena? Miroslav Lachman From xdivac02 at stud.fit.vutbr.cz Sat Mar 17 10:49:30 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Sat, 17 Mar 2007 10:49:30 +0100 Subject: Apache ve stavu lockf In-Reply-To: <45FB1AA4.6040908@quip.cz> References: <45FB1AA4.6040908@quip.cz> Message-ID: <20070317094930.GA73561@stud.fit.vutbr.cz> On Fri, Mar 16, 2007 at 11:31:00PM +0100, Miroslav Lachman wrote: > Moc se nevyznam ve stavech, ve kterych se mohou procesy nachazet, ale > mel jsem ted jeden zavazny problem na serveru, kde se nekdo snazil > patrne cilene pretezovat Apache. Nemel jsem moc casu na zkoumani "jak a > co", zkratka jsem dotycneho zakazal na firewallu, ale chovalo se to tak, > ze Apache zvysoval pocet childu az na sve maximum, pritom vyrizoval > sotva 3 reqesty za sekundu, zatizeni CPU nebylo nijak vysoke, load se > pohyboval od 0.8 do 1.6, takze taky nic extra vyjimecneho, jenze zkratka > vice jak 120 childu apache bylo ve stavu lockf: > > 4800 www 1 20 0 37660K 0K lockf 0 0:01 0.00% > 5155 www 1 20 0 37656K 0K lockf 0 0:01 0.00% > 4769 www 1 20 0 37652K 0K lockf 1 0:01 0.00% > > ^^^^ toho byl plny vypis `top` > > Dokazal by mi nekdo rict, za jakych podminek se child apache nachazi v > tomto stavu a co to vlastne znamena? pred cca mesicem jsem tohle zjistoval a bylo mi receno ze lockf je ve stavu kdy apache "vubec nic nedela" :) From pav at oook.cz Sat Mar 17 11:05:17 2007 From: pav at oook.cz (Pav Lucistnik) Date: Sat, 17 Mar 2007 11:05:17 +0100 Subject: Apache ve stavu lockf In-Reply-To: <20070317094930.GA73561@stud.fit.vutbr.cz> References: <45FB1AA4.6040908@quip.cz> <20070317094930.GA73561@stud.fit.vutbr.cz> Message-ID: <1174125917.1042.5.camel@ikaros.oook.cz> Divacky Roman p??e v so 17. 03. 2007 v 10:49 +0100: > On Fri, Mar 16, 2007 at 11:31:00PM +0100, Miroslav Lachman wrote: > > Moc se nevyznam ve stavech, ve kterych se mohou procesy nachazet, ale > > mel jsem ted jeden zavazny problem na serveru, kde se nekdo snazil > > patrne cilene pretezovat Apache. Nemel jsem moc casu na zkoumani "jak a > > co", zkratka jsem dotycneho zakazal na firewallu, ale chovalo se to tak, > > ze Apache zvysoval pocet childu az na sve maximum, pritom vyrizoval > > sotva 3 reqesty za sekundu, zatizeni CPU nebylo nijak vysoke, load se > > pohyboval od 0.8 do 1.6, takze taky nic extra vyjimecneho, jenze zkratka > > vice jak 120 childu apache bylo ve stavu lockf: > > > > 4800 www 1 20 0 37660K 0K lockf 0 0:01 0.00% > > 5155 www 1 20 0 37656K 0K lockf 0 0:01 0.00% > > 4769 www 1 20 0 37652K 0K lockf 1 0:01 0.00% > > > > ^^^^ toho byl plny vypis `top` > > > > Dokazal by mi nekdo rict, za jakych podminek se child apache nachazi v > > tomto stavu a co to vlastne znamena? > > pred cca mesicem jsem tohle zjistoval a bylo mi receno ze lockf je ve stavu > kdy apache "vubec nic nedela" :) Podle me jediny lockf ktery Apache dela, je kdyz potrebuje menit stavovou tabulku. Akorat nechapu proc mu to u kolegy trva tak dlouho, bezne je ten overhead mensi... Nemate /var na NFS svazku nebo tak neco? -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From dan at obluda.cz Sat Mar 17 11:58:42 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 17 Mar 2007 11:58:42 +0100 Subject: RAID nebo disk In-Reply-To: <20070315173540.M94590@yhman.tnuni.sk> References: <1605751809.20070310081551@starnet.cz> <1173522891.6534.3.camel@shift> <20070310151538.M79153@yhman.tnuni.sk> <20070315173540.M94590@yhman.tnuni.sk> Message-ID: <45FBC9E2.8000100@obluda.cz> piftik wrote: >> ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing >> request directly > Vybral som z masiny novy 400W zdroj a dal som tam stary 240W zdroj a uz v > systeme nemam jedinu hlasku tykajucu sa nejakeho timeout alebo read/write dma > error na diskoch. No, on udaj XYZ-Watovy zdroj uz davno neni prilis uspokojivy udaj. Udaje jako ATX zdroj, ATXV12 v1.3, ATXV12 v2.01 nejsou zadne nezajimave udaje pripadne udaje udavajici pouze "roztece sroubku". Nestaci vedet, ze zdroj je schopny dodavat celkem maximalne XYZ Watu - pro potrebu konkretniho procesoru musi byt schopen dodavat nejmene XY Watu na vetvi 12V2. Pro potreby konkretni sestavy musi byt schopen dodavat nejmene AB Watu na vetvi 3.3V. Zdroje, ktere maji nominalni vykon XYZ Watu maji dost casto omezeni v tom smyslu, ze v vykon dodavany na 3.3V a 5V muze byt nejvyse ABC Watu, kde ABC je vyrazne mensi nez XYZ. Obecne - s postupem casu klesa tlak na vyuziti 5V a rostou pozadavky na 12V a 3.3V - tomu se prizpusobuji specifikace pro rozdeleni vykony ve zdrojich. Je tedy treba mit nejen zdroj s dostatecne vysokym cislem ve Watech, ale hlavne, je treba mit spravny zdroj. Vzato kolem a kolem - ATX zdroje (bez dalsiho privlastku) uz do dnesnich soustav nepouzijete. 400W zdroj nevhodneho typu pak muze mit pro konkretni sestavu v nekterych ohledech horsi (a ve vysledku nedostacujici) parametry, zatimco 240W zdroj spravneho typu muze byt v poradku. Ano, neco se da pretlacit "silou" - tam, kde by stacil 300W zdroj vhodneho typu bude mozna stacit i 530W zdroj nevhodneho typu - je treba ale vedet, ze zmeny nejsou jen ve watazi. A navic, vykonny lec nezatizeny zdroj ma horsi ucinnost. No a v neposledni rade - mohlo jit o kusovou zavadu toho 400W zdroje ... Dan From dan at obluda.cz Sat Mar 17 12:01:22 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 17 Mar 2007 12:01:22 +0100 Subject: problem s NFS In-Reply-To: <008e01c76746$068cc950$1403000a@milanc> References: <2865.4940-15526-1243907502-1173943770@seznam.cz> <45F8FB6E.2020704@ada-net.cz><008a01c7671e$66e4d0e0$1403000a@milanc> <45F9AE13.4070401@ada-net.cz> <008e01c76746$068cc950$1403000a@milanc> Message-ID: <45FBCA82.2010202@obluda.cz> Milan Cizek wrote: > Ahoj, restart mountd opravdu pomohl, ale nechapu, proc to nevyresil restart > stroje, ktery byl delan mnohokrat. Uvidim, jestli to zustane funkcni po > rebootu. Mozna v okamziku, kdy v ramci restartu startuje mountd nebezi neco, co ke sve cinnosti potrebuje. Treba sama sit ... Daemonu, ktere nejsou schopny korektne nastartovat, pokud neni pritomna sit je v systemu nekolik. Bohuzel, zatim system neobsahuje "standardni" mechanismus, ktere by "pockani na sit" zajistil. Dan From cizek.milan at seznam.cz Sat Mar 17 12:48:04 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Sat, 17 Mar 2007 12:48:04 +0100 Subject: su Message-ID: <000001c7688a$20c2a070$1403000a@milanc> Ahoj mam problem, nevim jak vznikl a ani jak ho odstranit. Nemuzu se z nezneho uzivatele prepnout na roota. :(( Je nejaka sance napravy nebo to budu muset cele preinstalovat? Diky milanc at ap2:~> su su: not running setuid Milan From cizek.milan at seznam.cz Sat Mar 17 12:57:54 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Sat, 17 Mar 2007 12:57:54 +0100 Subject: su In-Reply-To: <000001c7688a$20c2a070$1403000a@milanc> References: <000001c7688a$20c2a070$1403000a@milanc> Message-ID: <000101c7688b$7fc6b420$1403000a@milanc> Porovnal jsem to s jinym strojem a na /usr/bin/su mi chybelo setsuid pravo. Nemam pravo ho nastavit, tak jsem soubor smazal a nakopiroval z jineho stroje, prava uz ma spravna, nicmene to nic nevyresilo. Zrejme to vola neco dalsiho? Milan > Ahoj mam problem, nevim jak vznikl a ani jak ho odstranit. > Nemuzu se z nezneho uzivatele prepnout na roota. :(( Je > nejaka sance napravy nebo to budu muset cele preinstalovat? Diky > > milanc at ap2:~> su > su: not running setuid > > Milan From hrabec at naxo.net Sat Mar 17 13:15:29 2007 From: hrabec at naxo.net (Josef Hrabec) Date: Sat, 17 Mar 2007 13:15:29 +0100 Subject: su References: <000001c7688a$20c2a070$1403000a@milanc> <000101c7688b$7fc6b420$1403000a@milanc> Message-ID: <003a01c7688d$f6e18240$050814ac@hal9000> >> Ahoj mam problem, nevim jak vznikl a ani jak ho odstranit. >> Nemuzu se z nezneho uzivatele prepnout na roota. :(( Je >> nejaka sance napravy nebo to budu muset cele preinstalovat? Diky obvykle se z bezneho uzivatele na roota prepnout nelze... lze to pouze z uzivatelskych kont, ktera jsou cleny skupiny wheel pepa From cizek.milan at seznam.cz Sat Mar 17 13:23:55 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Sat, 17 Mar 2007 13:23:55 +0100 Subject: su In-Reply-To: <003a01c7688d$f6e18240$050814ac@hal9000> References: <000001c7688a$20c2a070$1403000a@milanc><000101c7688b$7fc6b420$1403000a@milanc> <003a01c7688d$f6e18240$050814ac@hal9000> Message-ID: <000001c7688f$221fa620$1403000a@milanc> > >> Ahoj mam problem, nevim jak vznikl a ani jak ho odstranit. > >> Nemuzu se z nezneho uzivatele prepnout na roota. :(( Je > nejaka sance > >> napravy nebo to budu muset cele preinstalovat? Diky > > obvykle se z bezneho uzivatele na roota prepnout nelze... > lze to pouze z > uzivatelskych kont, ktera jsou cleny skupiny wheel ahoj to vim, ten uzivatel je samozrejme ve wheel. Proste mam rozjeta prava, zrejme jsem vcera omylem spustil chmod -R ... na spatnem miste. :( Jdu reinstalovat, bude to jistejsi, stejne to bylo tak nejak v planu. Milan From piftik at yhman.tnuni.sk Sat Mar 17 13:36:28 2007 From: piftik at yhman.tnuni.sk (piftik) Date: Sat, 17 Mar 2007 13:36:28 +0100 Subject: su In-Reply-To: <000001c7688f$221fa620$1403000a@milanc> References: <000001c7688a$20c2a070$1403000a@milanc><000101c7688b$7fc6b420$1403000a@milanc> <003a01c7688d$f6e18240$050814ac@hal9000> <000001c7688f$221fa620$1403000a@milanc> Message-ID: <20070317123459.M24828@yhman.tnuni.sk> On Sat, 17 Mar 2007 13:23:55 +0100, Milan Cizek wrote > Proste mam rozjeta > prava, zrejme jsem vcera omylem spustil chmod -R ... na spatnem > miste. Mam taky dojem, ze v nocnych reportoch sa ukazuju a diffy v suboroch, ktorym sa zmenil set uid. Skus pozriet aj tam. PiFtiK ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From freebsd-users-l at wilbury.sk Sat Mar 17 13:57:01 2007 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Sat, 17 Mar 2007 13:57:01 +0100 Subject: su In-Reply-To: <20070317123459.M24828@yhman.tnuni.sk> References: <000001c7688a$20c2a070$1403000a@milanc><000101c7688b$7fc6b420$1403000a@milanc> <003a01c7688d$f6e18240$050814ac@hal9000> <000001c7688f$221fa620$1403000a@milanc> <20070317123459.M24828@yhman.tnuni.sk> Message-ID: <45FBE59D.4050603@wilbury.sk> piftik wrote: > On Sat, 17 Mar 2007 13:23:55 +0100, Milan Cizek wrote >> Proste mam rozjeta >> prava, zrejme jsem vcera omylem spustil chmod -R ... na spatnem >> miste. > > Mam taky dojem, ze v nocnych reportoch sa ukazuju a diffy v suboroch, ktorym > sa zmenil set uid. Skus pozriet aj tam. > a skusit pozriet, ci nie je partition obsahujuca /bin mountovana nosuid. otis > PiFtiK > > ------------------------------------------------------ > Tuto postu Vam prinasa Yhman a OpenWebmail. > This mail is brought to you by Yhman and OpenWebmail. > > -- Juraj Lutter | /\ ASCII Ribbon Campaign otis (at) wilbury.sk | \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail From dan at obluda.cz Sat Mar 17 13:59:30 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 17 Mar 2007 13:59:30 +0100 Subject: su In-Reply-To: <000001c7688f$221fa620$1403000a@milanc> References: <000001c7688a$20c2a070$1403000a@milanc><000101c7688b$7fc6b420$1403000a@milanc> <003a01c7688d$f6e18240$050814ac@hal9000> <000001c7688f$221fa620$1403000a@milanc> Message-ID: <45FBE632.4060501@obluda.cz> Milan Cizek wrote: >>>> Ahoj mam problem, nevim jak vznikl a ani jak ho odstranit. >>>> Nemuzu se z nezneho uzivatele prepnout na roota. :(( Je >> nejaka sance >>>> napravy nebo to budu muset cele preinstalovat? Diky >> obvykle se z bezneho uzivatele na roota prepnout nelze... >> lze to pouze z >> uzivatelskych kont, ktera jsou cleny skupiny wheel > > ahoj to vim, ten uzivatel je samozrejme ve wheel. Proste mam rozjeta prava, > zrejme jsem vcera omylem spustil chmod -R ... na spatnem miste. :( Jdu > reinstalovat, bude to jistejsi, stejne to bylo tak nejak v planu. Obnovit prava umi "mtree" - stndardni prava pro systemove soubory a adresare jsou nekde v systemu ulozena. Pokdu mas v systemu zdrojaky, pak mam dojem, ze "make installworld" zahajuje svoji praci prave tim, ze spusti mtree a prava obnovi - takze by installworld ani nemusel bezet cely. Kazdopadne nerozumim tomu, ze bys mele pravo nastavit setuid - pokdu skutecne nemas toto pravo, tak nejsi root, nebo je problem daleko vaznejsi, nez jen chybejici prava k souborum ... Dan From dan at obluda.cz Sat Mar 17 16:51:18 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 17 Mar 2007 16:51:18 +0100 Subject: Apache ve stavu lockf In-Reply-To: <45FB1AA4.6040908@quip.cz> References: <45FB1AA4.6040908@quip.cz> Message-ID: <45FC0E76.8040201@obluda.cz> Miroslav Lachman wrote: > Moc se nevyznam ve stavech, ve kterych se mohou procesy nachazet, ale > mel jsem ted jeden zavazny problem na serveru, kde se nekdo snazil > patrne cilene pretezovat Apache. Nemel jsem moc casu na zkoumani "jak a > co", zkratka jsem dotycneho zakazal na firewallu, ale chovalo se to tak, > Dokazal by mi nekdo rict, za jakych podminek se child apache nachazi v > tomto stavu a co to vlastne znamena? Zjistit neco vice o tom, co delaly "lockfnute" procesy a jaky zrovna vyrizovaly pozadavek - od toho je http://.../server-status handler. Sazmorejme, jen pokud je povoleny v konfiguraci. Jinak se proces ve stavu "lockf" nachazi tehdy, pokud zada umisteni zamku na cas nejakeho souboru - a toto misto je jiz zamcene jinym procesem. Konkretne jde o volani funkce fcntl(,F_SETLK[W],...) Da se z jadra vymamit kdo na koho ceka, ale je treba ho prelozit s LOCKF_DEBUG Co se tyce toho, kdy Apache zamyka - tam ma asi pravdu Pav - ale jen co se tyce cisteho Apache. Pokud vim, jsou zamykaci funkce soucasti APR a jako takove jsou dostupne Apachovskym modulum - zamknuti tedy mohl zpusobit nejaky dalsi modul, ktery neni soucasti ciste instalace Apache ... Jako mozny priklad (ale nezkoumal jsem, jestli to tak skutecne muze byt) by mohlo byt nejaky mene vhodne napsany PHP script. To uz by ale napovedelo studium shora zminene server-status stranky. Dan Dan From xkucf03 at seznam.cz Sat Mar 17 18:13:06 2007 From: xkucf03 at seznam.cz (=?ISO-8859-2?Q?Franti=B9ek_Ku=E8era?=) Date: Sat, 17 Mar 2007 18:13:06 +0100 Subject: iSCSI In-Reply-To: <45F5A419.7050908@seznam.cz> References: <45F5A419.7050908@seznam.cz> Message-ID: <45FC21A2.7040807@seznam.cz> P?r post?eh? z m?ch pokus?: - iSCSI target se mi poda?ilo bezprobl?m? zkompilovat z port? - konfigurace byla jednoduch? (pro za??tek jsem si vysta?il s nasd?len?m souboru -- ne blokov? za??zen?) - ze sv?ho BSD notebooku jsem tedy ud?lal iSCSI target a p?ipojil si ho z jin?ho PC z Windows. V?echno ?lo hladce (sta?ilo povolit port na firewallu) - stejn? iSCSI c?l (disk) jsem SOU?ASN? p?ipojil i z druh?ho PC a zapsal na n?j n?jak? data. Na prvn?m PC se data nezobrazila a souborov? syst?m (NTFS) se trochu porouchal. Po oprav? scandiskem se soubory zase objevily (mysl?m, ?e se ztratil jen jeden soubor) Ne ?e bych si myslel, ?e t?mto zp?sobem p?jde sd?let disky, ale sp?? m? zarazilo, ?e to v?bec jde, p?ipojit se z v?ce m?st sou?asn? -- ?ekal bych sp?? n?jakou chybovou hl??ku typu "disk u? je p?ipojen? odjinud, u?ivateli m?? sm?lu" Franta Franti?ek Ku?era napsal(a): > Ahoj, > > r?d bych se zeptal, jestli nem?te n?kdo zku?enost s iSCSI pod FreeBSD. > Jedin?, co jsem na?el bylo > http://www.freebsd.org/news/status/report-oct-2006-dec-2006.html#iSCSI-Initiator > a ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-17.tar.bz2 > pr? je to ve v?voji. > Je to pou?iteln? pro nekritick? (dom?c?) pou?it?? > V?m, ?e GEOM taky um? nab?dnout za??zen? po s?ti, jen?e to je bohu?el > omezen? jen na sv?t FreeBSD, proto se mi jev? jako lep?? standard to > iSCSI. R?d bych m?l FreeBSD na stran? serveru (target) a blokov? > za??zen? si p?ipojoval (inici?tor) z r?zn?ch OS (FreeBSD, Linux, Windows > XP). > > Franta > From dan at obluda.cz Sat Mar 17 18:35:47 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 17 Mar 2007 18:35:47 +0100 Subject: iSCSI In-Reply-To: <45FC21A2.7040807@seznam.cz> References: <45F5A419.7050908@seznam.cz> <45FC21A2.7040807@seznam.cz> Message-ID: <45FC26F3.6080909@obluda.cz> Franti?ek Ku?era wrote: > - iSCSI target se mi poda?ilo bezprobl?m? zkompilovat z port? ... > - stejn? iSCSI c?l (disk) jsem SOU?ASN? p?ipojil i z druh?ho PC a zapsal > na n?j n?jak? data. Na prvn?m PC se data nezobrazila a souborov? syst?m > (NTFS) se trochu porouchal. Po oprav? scandiskem se soubory zase > objevily (mysl?m, ?e se ztratil jen jeden soubor) > > Ne ?e bych si myslel, ?e t?mto zp?sobem p?jde sd?let disky, ale sp?? m? > zarazilo, ?e to v?bec jde, p?ipojit se z v?ce m?st sou?asn? -- ?ekal > bych sp?? n?jakou chybovou hl??ku typu "disk u? je p?ipojen? odjinud, > u?ivateli m?? sm?lu" SCSI je sbernice umoznujici vetsi mnozstvi "serveru" soucasne komunikujicich s tymiz cily. SCSI nema prilis velky rozum z toho, co je to vlastne za data, ktera jsou po ni prenasena. Je na administratorovi systemu, aby vedel, zda nadrazene komponenty jsou nebo nejsouschopny soucasne komunikace na totez cilove zarizeni - pokdu ano, je na techto slozkach, aby si zajistili vzajemnou synchronizaci. Pokud ne, nemel administrator dve zarizeni na sbernici pripojovat ... Takze hlaska "disk uz je propojeny odjinud" neni dobry napad - co kdyz disk pripojuju kvuli FS pro ktery je takova vec mozna ? Ze tys pripojil k disku 2x NTFS, ktere timto zpusobem disky sdilet neumi neni chyba iSCSI ... ;-) Dan From dan at obluda.cz Sat Mar 17 18:45:40 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 17 Mar 2007 18:45:40 +0100 Subject: iSCSI In-Reply-To: <45FC21A2.7040807@seznam.cz> References: <45F5A419.7050908@seznam.cz> <45FC21A2.7040807@seznam.cz> Message-ID: <45FC2944.8070903@obluda.cz> Franti?ek Ku?era wrote: > Ne ?e bych si myslel, ?e t?mto zp?sobem p?jde sd?let disky, ale sp?? m? > zarazilo, ?e to v?bec jde A jeste mozna jednodussi priklad proc by to melo jit - jeden server komunikuje s prvni polovinou disku, druhy s druhou. Tohle se pouziva zejmena v pripade, ze disk neni ve skutecnosti disk, ale nejake slozitejsi zarizeni jako treba ohromne diskove pole s vestavenym zalohovanim a zajistenou redundanci - preci si pro hazdy pocitac nebudu porizovat zvlastni - vsechny tedy po sdilene SCSI sbernici pristupuji k tomutez - kazdy si ale pracuje ve sve casti ... Dan From 000.fbsd at quip.cz Sat Mar 17 19:50:29 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sat, 17 Mar 2007 19:50:29 +0100 Subject: Apache ve stavu lockf In-Reply-To: <45FC0E76.8040201@obluda.cz> References: <45FB1AA4.6040908@quip.cz> <45FC0E76.8040201@obluda.cz> Message-ID: <45FC3875.1020201@quip.cz> Dan Lukes wrote: > Miroslav Lachman wrote: > >>Moc se nevyznam ve stavech, ve kterych se mohou procesy nachazet, ale >>mel jsem ted jeden zavazny problem na serveru, kde se nekdo snazil >>patrne cilene pretezovat Apache. Nemel jsem moc casu na zkoumani "jak a >>co", zkratka jsem dotycneho zakazal na firewallu, ale chovalo se to tak, > > >>Dokazal by mi nekdo rict, za jakych podminek se child apache nachazi v >>tomto stavu a co to vlastne znamena? > > > Zjistit neco vice o tom, co delaly "lockfnute" procesy a jaky zrovna > vyrizovaly pozadavek - od toho je > http://.../server-status > handler. Sazmorejme, jen pokud je povoleny v konfiguraci. server-status samozrejme pouzivam, v nem jsem zjistoval, ze ty pozadavky jsou z jedne IP, jdou na jeden virtual, na ruzne stranky a jsou ve stavu Writing, ale pritom se "nic" neposilalo, nebo jedine hooodne pomalu. Vsechny oddily vcetne /var jsou lokalni na gmirroru, pohledem na systat -vm jsem zjistoval, jestli neni disk pretizeny, ale nebyl. Proste nic nevypadalo pretizene, ale Apache mel "plny pocet" childu a temer vsechny v tom stavu lockf dokud ho automaticky script nerestartuje. > Jinak se proces ve stavu "lockf" nachazi tehdy, pokud zada umisteni > zamku na cas nejakeho souboru - a toto misto je jiz zamcene jinym > procesem. Konkretne jde o volani funkce fcntl(,F_SETLK[W],...) > > Da se z jadra vymamit kdo na koho ceka, ale je treba ho prelozit s > LOCKF_DEBUG > > Co se tyce toho, kdy Apache zamyka - tam ma asi pravdu Pav - ale jen co > se tyce cisteho Apache. Pokud vim, jsou zamykaci funkce soucasti APR a > jako takove jsou dostupne Apachovskym modulum - zamknuti tedy mohl > zpusobit nejaky dalsi modul, ktery neni soucasti ciste instalace Apache ... > > Jako mozny priklad (ale nezkoumal jsem, jestli to tak skutecne muze > byt) by mohlo byt nejaky mene vhodne napsany PHP script. To uz by ale > napovedelo studium shora zminene server-status stranky. PHP tam je, ale je to pomerne dlouho existujici web se slusnou navstevnosti, takze kdyby to bylo jen vinou spatneho scriptu, na problem by se narazilo jiz drive. Miroslav Lachman From xdivac02 at stud.fit.vutbr.cz Sat Mar 17 20:18:41 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Sat, 17 Mar 2007 20:18:41 +0100 Subject: Apache ve stavu lockf In-Reply-To: <45FC3875.1020201@quip.cz> References: <45FB1AA4.6040908@quip.cz> <45FC0E76.8040201@obluda.cz> <45FC3875.1020201@quip.cz> Message-ID: <20070317191841.GA25156@stud.fit.vutbr.cz> On Sat, Mar 17, 2007 at 07:50:29PM +0100, Miroslav Lachman wrote: > Dan Lukes wrote: > > Miroslav Lachman wrote: > > > >>Moc se nevyznam ve stavech, ve kterych se mohou procesy nachazet, ale > >>mel jsem ted jeden zavazny problem na serveru, kde se nekdo snazil > >>patrne cilene pretezovat Apache. Nemel jsem moc casu na zkoumani "jak a > >>co", zkratka jsem dotycneho zakazal na firewallu, ale chovalo se to tak, > > > > > >>Dokazal by mi nekdo rict, za jakych podminek se child apache nachazi v > >>tomto stavu a co to vlastne znamena? > > > > > > Zjistit neco vice o tom, co delaly "lockfnute" procesy a jaky zrovna > > vyrizovaly pozadavek - od toho je > > http://.../server-status > > handler. Sazmorejme, jen pokud je povoleny v konfiguraci. > > server-status samozrejme pouzivam, v nem jsem zjistoval, ze ty pozadavky > jsou z jedne IP, jdou na jeden virtual, na ruzne stranky a jsou ve stavu > Writing, ale pritom se "nic" neposilalo, nebo jedine hooodne pomalu. > > Vsechny oddily vcetne /var jsou lokalni na gmirroru, pohledem na systat > -vm jsem zjistoval, jestli neni disk pretizeny, ale nebyl. jen tak mimochodem... existuje peknoucka utilitka "gstat" ktera imho funguje lip nez ty divny % v systat -vm, ale mozna je to ten samej kod, who knows ;) From 000.fbsd at quip.cz Sat Mar 17 20:43:12 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sat, 17 Mar 2007 20:43:12 +0100 Subject: Apache ve stavu lockf In-Reply-To: <20070317191841.GA25156@stud.fit.vutbr.cz> References: <45FB1AA4.6040908@quip.cz> <45FC0E76.8040201@obluda.cz> <45FC3875.1020201@quip.cz> <20070317191841.GA25156@stud.fit.vutbr.cz> Message-ID: <45FC44D0.1020504@quip.cz> Divacky Roman wrote: [...] > jen tak mimochodem... existuje peknoucka utilitka "gstat" ktera imho funguje > lip nez ty divny % v systat -vm, ale mozna je to ten samej kod, who knows ;) gstat taky znam, taky pouzivam, ale ocekaval bych, ze to bude pouzivat stejny kod a hlavne pri reseni nejakeho "neznameho" problemu mi vic vyhovuje ten obecny prehled ze systat, kde vidim load, vyuziti CPU, preruseni, vytizeni disku... vse na jednom screenu Miroslav Lachman From Petr.Strajt at seznam.cz Sat Mar 17 22:29:52 2007 From: Petr.Strajt at seznam.cz (=?iso-8859-2?Q?Hleda=E8?=) Date: Sat, 17 Mar 2007 22:29:52 +0100 (CET) Subject: =?us-ascii?Q?Nefunkcni=20kolecko=20mysi=20ve=20FreeBSD=206=2E2?= Message-ID: <38.19-16684-483614924-1174166992@seznam.cz> Dobr? den, nainstaloval jsem FreeBSD 6.2, ale nedari se mi rozbehat kolecko mysi. Podle Googlu by melo fungovat toto: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/psm0" Option "ZAxisMapping" "4 5" EndSection , ale nefunguje. Zkousel jsem i tento navod uvedeny v Handbooku: Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "Buttons" "5" Option "ZAxisMapping" "4 5" EndSection bohuzel bez uspechu. Mys je PS/2 Genius. Krom toho se pri bootu zobrazuje tato chybova hlaska: Starting default moused:moused: mismath (ps/2 = microsoft) PS/2 is assumed Bude-li treba dodat jak?koliv dalsi udaje, rad je doplnim. S pratelskym pozdravem Petr Strajt From cizek.milan at seznam.cz Sun Mar 18 00:08:59 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Sun, 18 Mar 2007 00:08:59 +0100 Subject: ipfw pravidlo count nepocita Message-ID: <000601c768e9$3f47b080$1403000a@milanc> Ahoj, pridal jsem si do pravidel omezeni poctu spojeni (limit dst-addr 500) a od te chvile mi prestava spravne pocitat prvni count pravidlo, pro? to? 03050 48 1920 count ip from not 10.0.0.0/8 to 10.0.3.20 out 03050 12368 6158768 count ip from 10.0.3.20 to not 10.0.0.0/8 03050 479247 454506603 allow ip from not 10.0.0.0/8 to 10.0.3.20 in via ste0 limit dst-addr 500 Milan From gamato at users.sf.net Sun Mar 18 00:51:20 2007 From: gamato at users.sf.net (martinko) Date: Sun, 18 Mar 2007 00:51:20 +0100 Subject: pc s vice disky In-Reply-To: <45F5AEF1.2050509@quip.cz> References: <58352.172.20.8.1.1173697467.squirrel@email.naxo.net> <45F5AEF1.2050509@quip.cz> Message-ID: Miroslav Lachman wrote: > > na FreeBSD lze pouzit gvirstor (neni ve STABLE, ale existuje) > http://wiki.freebsd.org/gvirstor > Stejne tak to byl zminovan RAID5, i ten na FreeBSD existuje, ale zatim > neni ve STABLE. > > Jak moc jsou ty veci pouzitelne nemam tuseni. Zatim nebyl cas si s tim > pohrat. otazka je, ci sa v pripade potreby da lubovolny disk z takehoto pola vynat ... ? From freebsd at koceri.net Sun Mar 18 08:36:03 2007 From: freebsd at koceri.net (Michal Kocer) Date: Sun, 18 Mar 2007 08:36:03 +0100 Subject: Nefunkcni kolecko mysi ve FreeBSD 6.2 In-Reply-To: <38.19-16684-483614924-1174166992@seznam.cz> References: <38.19-16684-483614924-1174166992@seznam.cz> Message-ID: <45FCEBE3.9030200@koceri.net> Pekny den, ja na FreeBSD 6.2 uzivam bezne toto (uzivam 2mysi, touchpad na device psm0 a externi USB mys s koleckem (device ums0)): v /etc/rc.conf mam nastaveny moused: moused_ums0_enable="YES" moused_ums0_port="/dev/ums0" moused_ums0_type="auto" moused_psm0_enable="YES" moused_psm0_flags="-3" moused_psm0_port="/dev/psm0" moused_psm0_type="auto" a pak v xorg.confu mam: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "SysMouse" Option "Device" "/dev/sysmouse" Option "Buttons" "5" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" EndSection A vse funguje jak ma. U vas typuji bude prave problem v tom nastaveni mousedu - zkuste si jej prenastavit (treba i pres sysinstall). Peknou nedeli Michal Kocer -- http://www.koceri.net/ > Dobr? den, > > nainstaloval jsem FreeBSD 6.2, ale nedari se mi rozbehat kolecko mysi. Podle Googlu by melo fungovat toto: > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/psm0" > Option "ZAxisMapping" "4 5" > EndSection > > , ale nefunguje. Zkousel jsem i tento navod uvedeny v Handbooku: > > Section "InputDevice" > Identifier "Mouse1" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "Buttons" "5" > Option "ZAxisMapping" "4 5" > EndSection > > bohuzel bez uspechu. Mys je PS/2 Genius. > > Krom toho se pri bootu zobrazuje tato chybova hlaska: > Starting default moused:moused: mismath (ps/2 = microsoft) PS/2 is assumed > > Bude-li treba dodat jak?koliv dalsi udaje, rad je doplnim. > > S pratelskym pozdravem > > Petr Strajt > > From kratinap at volny.cz Sun Mar 18 10:49:23 2007 From: kratinap at volny.cz (Pavel Kratina) Date: Sun, 18 Mar 2007 10:49:23 +0100 Subject: Nefunkcni kolecko mysi ve FreeBSD 6.2 In-Reply-To: <45FCEBE3.9030200@koceri.net> References: <38.19-16684-483614924-1174166992@seznam.cz> <45FCEBE3.9030200@koceri.net> Message-ID: <20070318104923.27e1c833.kratinap@volny.cz> Dobry den, mel jsem stejny problem a nechtel sem poustet moused v xorg.xonf jsem mel dle hadnbooku Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "ps/2" Option "Device" "/dev/psm0" Option "Buttons" "5" Option "ZAxisMapping" "4 5" EndSection avsak koleco neslo tak jsem konfiguraci opravil dle predesleho prispevku moused -p /dev/psm0 -t auto -3 a xorg.conf Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "SysMouse" Option "Device" "/dev/sysmouse" Option "Buttons" "5" Option "ZAxisMapping" "4 5" EndSection A kolecko bezi. Avsak jak to udelat bez moused stale nevim. Nicmene DEKUJI Pavel > moused_ums0_enable="YES" > moused_ums0_port="/dev/ums0" > moused_ums0_type="auto" > moused_psm0_enable="YES" > moused_psm0_flags="-3" > moused_psm0_port="/dev/psm0" > moused_psm0_type="auto" > > > a pak v xorg.confu mam: > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "SysMouse" > Option "Device" "/dev/sysmouse" > Option "Buttons" "5" > Option "ZAxisMapping" "4 5" > Option "Emulate3Buttons" > EndSection > From dan at obluda.cz Sun Mar 18 20:45:52 2007 From: dan at obluda.cz (Dan Lukes) Date: Sun, 18 Mar 2007 20:45:52 +0100 Subject: ipfw pravidlo count nepocita In-Reply-To: <000601c768e9$3f47b080$1403000a@milanc> References: <000601c768e9$3f47b080$1403000a@milanc> Message-ID: <45FD96F0.5000309@obluda.cz> Milan Cizek wrote: > pridal jsem si do pravidel omezeni poctu spojeni (limit dst-addr 500) a od > te chvile mi prestava spravne pocitat prvni count pravidlo, pro? to? > > 03050 48 1920 count ip from not 10.0.0.0/8 to 10.0.3.20 out > 03050 12368 6158768 count ip from 10.0.3.20 to not 10.0.0.0/8 > 03050 479247 454506603 allow ip from not 10.0.0.0/8 to 10.0.3.20 in via > ste0 limit dst-addr 500 1. Je pridani toho pravidla jedinou zmenou ? 2. Je jiste, ze to zacalo pocitat blbe ? Pridane pravidlo se tyka jinych pakety nez pocitaci pravidlo. 3. direktiva 'limit' je z tridy "stavovych direktiv". Nepredchazi temto pravidlum nejaek jine, ktere by obsahovalo check-state, keep-state nebo limit, coz by melo za nasledek pruchod dynamicky vytvorenymi pravidly, ktere by mohly paket vyridit driv, nez se k pocitani vubec dostane ? Dan From cizek.milan at seznam.cz Sun Mar 18 21:16:16 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Sun, 18 Mar 2007 21:16:16 +0100 Subject: ipfw pravidlo count nepocita In-Reply-To: <45FD96F0.5000309@obluda.cz> References: <000601c768e9$3f47b080$1403000a@milanc> <45FD96F0.5000309@obluda.cz> Message-ID: <000001c7699a$48e696e0$1403000a@milanc> > Milan Cizek wrote: > > pridal jsem si do pravidel omezeni poctu spojeni (limit > dst-addr 500) > > a od te chvile mi prestava spravne pocitat prvni count > pravidlo, pro? to? > > > > 03050 48 1920 count ip from not 10.0.0.0/8 to > 10.0.3.20 out > > 03050 12368 6158768 count ip from 10.0.3.20 to not 10.0.0.0/8 > > 03050 479247 454506603 allow ip from not 10.0.0.0/8 to > 10.0.3.20 in > > via ste0 limit dst-addr 500 Ahoj, > 1. Je pridani toho pravidla jedinou zmenou ? ano, jedna se o modifikaci pouze tretiho pravidla allow: z puvodniho (pocita spravne, tedy hodnota sedi s prvnim countem) allow ip from not 10.0.0.0/8 to 10.0.3.20 in via ste0 na allow ip from not 10.0.0.0/8 to 10.0.3.20 in via ste0 limit dst-addr 500 > 2. Je jiste, ze to zacalo pocitat blbe ? Pridane pravidlo se > tyka jinych pakety nez pocitaci pravidlo. Ano, pocita to blbe po teto modifikaci. > 3. direktiva 'limit' je z tridy "stavovych direktiv". > Nepredchazi temto pravidlum nejaek jine, ktere by obsahovalo > check-state, keep-state nebo limit nic takoveho pred tim nemam. Milan From danger at FreeBSD.org Sun Mar 18 23:13:28 2007 From: danger at FreeBSD.org (Daniel Gerzo) Date: Sun, 18 Mar 2007 23:13:28 +0100 Subject: Google Summer of Code 2007 In-Reply-To: <474078f80703181235n46026729gc358d33c7d65f3b4@mail.gmail.com> References: <474078f80703181235n46026729gc358d33c7d65f3b4@mail.gmail.com> Message-ID: <562878688.20070318231328@rulez.sk> [mozno to bude niekoho z vas zaujimat] This is a forwarded message Date: Sunday, March 18, 2007, 8:35:51 PM Subject: Please forward this on to student mailing lists at your affiliated institutions (Summer of Code) -- Google is sponsoring students this summer to work on open source software. This program provides $4500 in funding to allow students to spend the summer working with mentors from the open source community on specific projects. The FreeBSD Project is one of many participating open source organizations that provides a long list of example proposals and extensive mentoring and support to help students complete their summer goals. Students need have no prior relationship with the open source project in order to submit a proposal, but it is strongly suggested that students work with members of the project to help craft a proposal. If you or someone you know would be interested in this program, please visit the FreeBSD Summer of Code website at : http://www.freebsd.org/projects/summerofcode.html There you will find a large list of interesting projects in diverse areas of modern Unix operating system development. Some example tasks involve writing a TCP/IP regression test suite, working on the USB and Firewire kernel support, improving the IPv6 support in userland utilities, and much more. You will also find a list of senior developers who have agreed to act as mentors to interested students. Once you have identified a project and a mentor, you should complete a proposal and submit it to Google before the March 24 deadline. -- Best regards, Daniel mailto:danger at FreeBSD.org From dan at obluda.cz Mon Mar 19 01:47:46 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 19 Mar 2007 01:47:46 +0100 Subject: ipfw pravidlo count nepocita In-Reply-To: <000001c7699a$48e696e0$1403000a@milanc> References: <000601c768e9$3f47b080$1403000a@milanc> <45FD96F0.5000309@obluda.cz> <000001c7699a$48e696e0$1403000a@milanc> Message-ID: <45FDDDB2.5010100@obluda.cz> Milan Cizek wrote: >>> 03050 48 1920 count ip from not 10.0.0.0/8 to >> 10.0.3.20 out >>> 03050 12368 6158768 count ip from 10.0.3.20 to not 10.0.0.0/8 >>> 03050 479247 454506603 allow ip from not 10.0.0.0/8 to >> 10.0.3.20 in >>> via ste0 limit dst-addr 500 >> 3. direktiva 'limit' je z tridy "stavovych direktiv". >> Nepredchazi temto pravidlum nejaek jine, ktere by obsahovalo >> check-state, keep-state nebo limit > > nic takoveho pred tim nemam. No, tak smula. Stale si myslim, ze klicovym problemem je bud' zmena nestavoveho firewallu na stavovy - mozna v kombinaci s tim, ze je tam prilis mnoho pravidel se stejnym cislem. Nakonec, z celeho firewallu vidim jen tri radky a na tom celkem neni prilis prostoru pro vytvareni jakychkoliv dalsich teorii. Zbyva ladit. Dan From jaroslav.votruba at keytec.cz Mon Mar 19 09:20:53 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Mon, 19 Mar 2007 09:20:53 +0100 Subject: nastaveni apache Message-ID: <45FE47E5.1070904@keytec.cz> dobry den prosim ,poradte mi ,jak prekonfigurovat apache, aby i html zpracovaval pres php engine.Zkusil jsem googlit,ale nevim jak se na to spravne zeptat. -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From freebsd at ada-net.cz Mon Mar 19 09:28:41 2007 From: freebsd at ada-net.cz (=?ISO-8859-2?Q?Petr_Bezd=ECk?=) Date: Mon, 19 Mar 2007 09:28:41 +0100 Subject: nastaveni apache In-Reply-To: <45FE47E5.1070904@keytec.cz> References: <45FE47E5.1070904@keytec.cz> Message-ID: <45FE49B9.8080505@ada-net.cz> Jaroslav Votruba napsal(a): > dobry den > prosim ,poradte mi ,jak prekonfigurovat apache, aby i html zpracovaval > pres php > engine.Zkusil jsem googlit,ale nevim jak se na to spravne zeptat. > To je divny, zadal jsem do google: apache html php a hned prvni odkaz: AddType application/x-httpd-php .php .php3 .html .htm -- Mgr. Petr Bezd?k email: pbezdek at ada-net.cz web: www.ada-net.cz From jaroslav.votruba at keytec.cz Mon Mar 19 11:23:09 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Mon, 19 Mar 2007 11:23:09 +0100 Subject: nastaveni apache In-Reply-To: <45FE49B9.8080505@ada-net.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> Message-ID: <45FE648D.10001@keytec.cz> jo d?k je to ono asi jsem nemel svuj den > > a hned prvni odkaz: > > AddType application/x-httpd-php .php .php3 .html .htm > > > -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From cizek.milan at seznam.cz Mon Mar 19 12:03:01 2007 From: cizek.milan at seznam.cz (=?us-ascii?Q?Cizek=2EMilan?=) Date: Mon, 19 Mar 2007 12:03:01 +0100 (CET) Subject: =?us-ascii?Q?Re=3A=20nastaveni=20apache?= In-Reply-To: <45FE648D.10001@keytec.cz> Message-ID: <2777.4836-16821-724099647-1174302181@seznam.cz> Ahoj, kdyz jsme u toho, vyuziji toto vlakno a zeptam se tez. :-) Jak na apachi2, ktery pouziva virtual hosty pres mod_vhost_alias vyresit nastaveni php (open_basedir) apod.? Ono to jaksi nechce fungovat. Slysel jsem, ze pro nejaky takovy vetsi hosting je treba pouzit nejake jine moduly, ktere spravnou funkcnost umi zajistit, nevite o necem? Milan From xdivac02 at stud.fit.vutbr.cz Mon Mar 19 20:22:45 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 19 Mar 2007 20:22:45 +0100 Subject: zvlastni chovani cachovaciho named Message-ID: <20070319192245.GA38403@stud.fit.vutbr.cz> zdravim mam na workstation nasintalovany bind a pouzivam ho na cachovani lokalnich dns dotazu (mam rad pocit ze je to rychlejsi :) ) konfigurace vypada priblizne takto: forward only; forwarders {83.240.2.4; 83.240.2.1; 195.113.144.194;}; cleaning-interval 0; minimal-responses yes; kdyz udelam poprve (prazdna cache): dig www.seznam.cz tak je odpoved Query time: 78 msec nasledne (plna cache) jsou casy odpovedi: Query time: 0 msec to je vescko v pohode ale pak pockam "chvilku" (2 minuty?) a odpoved je zase kolem: Query time: 65 msec a treba u toho seznamu mi to vrati jinou ip vi nekdo co se deje? co mi vyprazdnuje tu cache? a jak to "fixnu"? diky moc! roman From poctavek at kmit.sk Mon Mar 19 21:14:26 2007 From: poctavek at kmit.sk (Jan Poctavek) Date: Mon, 19 Mar 2007 21:14:26 +0100 Subject: zvlastni chovani cachovaciho named In-Reply-To: <20070319192245.GA38403@stud.fit.vutbr.cz> References: <20070319192245.GA38403@stud.fit.vutbr.cz> Message-ID: <45FEEF22.5030900@kmit.sk> Divacky Roman wrote / nap??sal(a): > > to je vescko v pohode ale pak pockam "chvilku" (2 minuty?) > > a odpoved je zase kolem: Query time: 65 msec > a treba u toho seznamu mi to vrati jinou ip Kedze to vracia inu IP, je jasne ze sa znova robi plna query. To znamena, ze povodna query uz nie je platna. Pravdepodobne vyprsalo TTL pre domenu. Skusil som cache dump (rndc dumpdb) na mojom dns pre domenu seznam.cz a zistil som, ze maju pre svoju domenu nastavene TTL na 170 s. To znamena, ze platnost je obmedzena tymto casom a po nom sa musi robit nova query. To koresponduje s Vasim zistenim ze sa to deje cca po 2 minutach. Pravdepodobne je to kvoli load balancingu, aby sa im castejsie menila cielova adresa serverov. > vi nekdo co se deje? co mi vyprazdnuje tu cache? a jak to "fixnu"? Mam dojem ze toto sa "fixnut" neda, kedze je to DNS nastavenie domeny seznam.cz. Ale pre ine domeny s "normalnejsim" ttl by to malo ist v pohode. S pozdravom Jan Poctavek From fabian at fabian.cz Mon Mar 19 20:22:18 2007 From: fabian at fabian.cz (Lukas Vana) Date: Mon, 19 Mar 2007 20:22:18 +0100 Subject: nastaveni apache In-Reply-To: <2777.4836-16821-724099647-1174302181@seznam.cz> References: <2777.4836-16821-724099647-1174302181@seznam.cz> Message-ID: <45FEE2EA.8020105@fabian.cz> Cizek.Milan wrote: > Ahoj, > kdyz jsme u toho, vyuziji toto vlakno a zeptam se tez. :-) > > Jak na apachi2, ktery pouziva virtual hosty pres mod_vhost_alias vyresit nastaveni php (open_basedir) apod.? Ono to jaksi nechce fungovat. Slysel jsem, ze pro nejaky takovy vetsi hosting je treba pouzit nejake jine moduly, ktere spravnou funkcnost umi zajistit, nevite o necem? > > Milan > Pouzivame stejny modul a nastavene to mame takto: /usr/local/etc/apache22/httpd.conf: NameVirtualHost x.x.x.x:80 Include etc/apache22/vhosts.conf /usr/local/etc/apache22/vhosts.conf: ## jednotlive vhosty Include /home/hosting/vh01_01/conf/vh01_01.vhost Include /home/hosting/vh01_01/conf/vh02_01.vhost atd. Konfiguraky jednotilvych VH: ServerName www.domena.cz ServerAlias domena.cz ServerAdmin nekdo at nekde.cz DocumentRoot /home/hosting/vh01_01/ftp/www ErrorLog /home/hosting/vh01_01/logs/www.domena.cz-error.log CustomLog /home/hosting/vh01_01/logs/www.domena.cz-access.log combined php_admin_value open_basedir /home/hosting/vh01_01/ftp/www php_admin_value upload_tmp_dir /home/hosting/vh93_01/ftp/www/tmp php_admin_value sendmail_path "/usr/sbin/sendmail -t -i -f vh01_01 at nekde.cz" Options -Indexes AllowOverride None Order allow,deny Allow from all Snad to pomuze :) -- Lukas Vana (fabian) IT bridge.net s.r.o. Vinohradska 184 130 52 Praha 3 Czech republic tel.: +420 267 132 439 web: http://www.itbridge.net home page: http://home.fabian.cz icq: 274000127 irc: #czech at AfterNet, #penguin.cz at IRCNet From cizek.milan at seznam.cz Mon Mar 19 21:55:05 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Mon, 19 Mar 2007 21:55:05 +0100 Subject: nastaveni apache In-Reply-To: <45FEE2EA.8020105@fabian.cz> References: <2777.4836-16821-724099647-1174302181@seznam.cz> <45FEE2EA.8020105@fabian.cz> Message-ID: <002101c76a68$dfb17300$1403000a@milanc> > Pouzivame stejny modul a nastavene to mame takto: > > /usr/local/etc/apache22/httpd.conf: > NameVirtualHost x.x.x.x:80 > Include etc/apache22/vhosts.conf > > /usr/local/etc/apache22/vhosts.conf: > ## jednotlive > vhosty Ahoj, ano takto to opravdu funguje. Ja mel namysli spise tento zpusob: NameVirtualHost *:80 # P?id?len? opr?vn?n? jednotliv?m adres???m Options FollowSymLinks IncludesNOEXEC AllowOverride All Order allow,deny Allow from all ServerName %0 VirtualDocumentRoot "/usr/local/www/data/%2+/%1" # php_admin_flag register_globals on php_admin_flag safe_mode off # php_admin_value open_basedir /usr/local/www/data/%2+/%1/ # php_admin_value safe_mode_exec_dir /usr/local/www/data/%2+/%1/ Stejnak dik. Milan From fabian at fabian.cz Mon Mar 19 21:15:39 2007 From: fabian at fabian.cz (Lukas Vana) Date: Mon, 19 Mar 2007 21:15:39 +0100 Subject: nastaveni apache In-Reply-To: <002101c76a68$dfb17300$1403000a@milanc> References: <2777.4836-16821-724099647-1174302181@seznam.cz> <45FEE2EA.8020105@fabian.cz> <002101c76a68$dfb17300$1403000a@milanc> Message-ID: <45FEEF6B.8050107@fabian.cz> Milan Cizek wrote: >> Pouzivame stejny modul a nastavene to mame takto: >> >> /usr/local/etc/apache22/httpd.conf: >> NameVirtualHost x.x.x.x:80 >> Include etc/apache22/vhosts.conf >> >> /usr/local/etc/apache22/vhosts.conf: >> ## jednotlive >> vhosty >> > > Ahoj, ano takto to opravdu funguje. Ja mel namysli spise tento zpusob: > > NameVirtualHost *:80 > > # P?id?len? opr?vn?n? jednotliv?m adres???m > > Options FollowSymLinks IncludesNOEXEC > AllowOverride All > Order allow,deny > Allow from all > > > > ServerName %0 > VirtualDocumentRoot "/usr/local/www/data/%2+/%1" > > # php_admin_flag register_globals on > php_admin_flag safe_mode off > # php_admin_value open_basedir /usr/local/www/data/%2+/%1/ > # php_admin_value safe_mode_exec_dir /usr/local/www/data/%2+/%1/ > > > Stejnak dik. Milan > > > Aha tak to jsem to spatne pochopil. Kdyz na to prijdes, tak napis. Zajimalo by me to :) -- Lukas Vana (fabian) IT bridge.net s.r.o. Vinohradska 184 130 52 Praha 3 Czech republic tel.: +420 267 132 439 web: http://www.itbridge.net home page: http://home.fabian.cz icq: 274000127 irc: #czech at AfterNet, #penguin.cz at IRCNet From vlasta at devnull.cz Mon Mar 19 22:44:35 2007 From: vlasta at devnull.cz (vlasta at devnull.cz) Date: Mon, 19 Mar 2007 22:44:35 +0100 (CET) Subject: zvlastni chovani cachovaciho named In-Reply-To: <45FEEF22.5030900@kmit.sk> References: <20070319192245.GA38403@stud.fit.vutbr.cz> <45FEEF22.5030900@kmit.sk> Message-ID: <20070319223728.X66070@k2.vol.cz> > Divacky Roman wrote / nap??sal(a): >> >> to je vescko v pohode ale pak pockam "chvilku" (2 minuty?) >> >> a odpoved je zase kolem: Query time: 65 msec >> a treba u toho seznamu mi to vrati jinou ip > > Kedze to vracia inu IP, je jasne ze sa znova robi plna query. To > znamena, ze povodna query uz nie je platna. Pravdepodobne vyprsalo TTL > pre domenu. > Skusil som cache dump (rndc dumpdb) na mojom dns pre domenu seznam.cz a > zistil som, ze maju pre svoju domenu nastavene TTL na 170 s. > To znamena, ze platnost je obmedzena tymto casom a po nom sa musi robit > nova query. To koresponduje s Vasim zistenim ze sa to deje cca po 2 > minutach. Tak to bude. Jen pro presnost, to TTL maji 300 s. dig @ns.seznam.cz. www.seznam.cz. A --- cut --- ;; ANSWER SECTION: www.seznam.cz. 300 IN A 194.228.32.3 --- cut --- Tech 170 s je "zbyvajici" TTL v cache vaseho nameserveru. Az bude 0, bude zaznam z cache vymazan. Vlasta > Pravdepodobne je to kvoli load balancingu, aby sa im castejsie menila > cielova adresa serverov. > S pozdravom > > Jan Poctavek From xdivac02 at stud.fit.vutbr.cz Mon Mar 19 22:49:25 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Mon, 19 Mar 2007 22:49:25 +0100 Subject: zvlastni chovani cachovaciho named In-Reply-To: <45FEEF22.5030900@kmit.sk> References: <20070319192245.GA38403@stud.fit.vutbr.cz> <45FEEF22.5030900@kmit.sk> Message-ID: <20070319214925.GA60270@stud.fit.vutbr.cz> On Mon, Mar 19, 2007 at 09:14:26PM +0100, Jan Poctavek wrote: > Divacky Roman wrote / nap??sal(a): > > > > to je vescko v pohode ale pak pockam "chvilku" (2 minuty?) > > > > a odpoved je zase kolem: Query time: 65 msec > > a treba u toho seznamu mi to vrati jinou ip > > Kedze to vracia inu IP, je jasne ze sa znova robi plna query. To > znamena, ze povodna query uz nie je platna. Pravdepodobne vyprsalo TTL > pre domenu. > Skusil som cache dump (rndc dumpdb) na mojom dns pre domenu seznam.cz a > zistil som, ze maju pre svoju domenu nastavene TTL na 170 s. > To znamena, ze platnost je obmedzena tymto casom a po nom sa musi robit > nova query. To koresponduje s Vasim zistenim ze sa to deje cca po 2 > minutach. > Pravdepodobne je to kvoli load balancingu, aby sa im castejsie menila > cielova adresa serverov. aha... dik za vysvetleni :) zkusim se s tim nejak smirit :) From rajo at platon.sk Tue Mar 20 10:04:45 2007 From: rajo at platon.sk (Lubomir Host) Date: Tue, 20 Mar 2007 10:04:45 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed Message-ID: <20070320090445.GX31275@platon.sk> Zdravim, stretol sa niekto niekedy s takymto problemom? Tuto je vypis dmesg: ----------------------------------------------------%<---------------------------------------------------- Mar 20 09:43:59 vyvoj kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC Mar 20 09:44:04 vyvoj kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC Mar 20 09:44:07 vyvoj kernel: maxproc limit exceeded by uid 4006, please see tuning(7) and login.conf(5). Mar 20 09:44:12 vyvoj last message repeated 4 times Mar 20 09:44:14 vyvoj kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC Mar 20 09:46:11 vyvoj syslogd: kernel boot file is /boot/kernel/kernel Mar 20 09:46:11 vyvoj kernel: maxproc limit exceeded by uid 4006, please see tuning(7) and login.conf(5). Mar 20 09:46:11 vyvoj kernel: panic: vm_thread_new: kstack allocation failed Mar 20 09:46:11 vyvoj kernel: Uptime: 21d0h7m57s Mar 20 09:46:11 vyvoj kernel: GEOM_MIRROR: Device d1: provider mirror/d1 destroyed. Mar 20 09:46:11 vyvoj kernel: GEOM_MIRROR: Device d1 destroyed. Mar 20 09:46:11 vyvoj kernel: Cannot dump. No dump device defined. Mar 20 09:46:11 vyvoj kernel: Automatic reboot in 15 seconds - press a key on the console to abort Mar 20 09:46:11 vyvoj kernel: Rebooting... ----------------------------------------------------%<---------------------------------------------------- Kolega nakodoval jeden perlovy skript, ktory vytvaral nejakym sposobom stale nove vlakna. Spustil to pod neprivilegovanym uzivatelom (vid uid = 4006). Ten skript mu ale nejako zblbol a zacal vytvarat strasne vela vlakien. Zabit to sa mu uz neporadilo. Toto neuniesol kernel a skoncilo to rebootom stroja. Verzia FreeBSD: 6.1-RELEASE-p3 Zial, zaroven sa stalo to, ze skript ktory nakodoval mu zmizol, resp, ze subor mal 0 bajtov. Preto nateraz nemozno poskytnut inkriminovany skript. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From xdivac02 at stud.fit.vutbr.cz Tue Mar 20 11:17:16 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 20 Mar 2007 11:17:16 +0100 Subject: rychlost samby Message-ID: <20070320101716.GA22199@stud.fit.vutbr.cz> zdravim tady jsem nasel nejaky dokumento benchmarkovani samby.. tak kdyby si s tim nekdo chtel porovnat a vyprofilovat to proc samba na fbsd saje tak to muze pomoct... http://sambaxp.org/index.php?id=36 roman From cizek.milan at seznam.cz Tue Mar 20 11:49:05 2007 From: cizek.milan at seznam.cz (=?us-ascii?Q?Cizek=2EMilan?=) Date: Tue, 20 Mar 2007 11:49:05 +0100 (CET) Subject: =?us-ascii?Q?maildrop=20=28bylo=20jak=20na=20mailserver=29?= Message-ID: <2806.4842-21624-1846213494-1174387745@seznam.cz> Ahoj, chtel bych se zeptat jestli zde nekdo pouziva maildrop spolu s virtualnimi ucty v mysql. Uz jsem trochu pokrocil a vyjasnil si par otazek, nicmene bych se rad zeptal. V tuto chvili mi funguje maildrop, jsem prez nej schopen dorucit do lokalniho mailboxu, jsem schopen ho i logovat (nyni uz alespon vim, ze konfiguracni soubor maildroprc bere v potaz). Predpokladam ale, ze take maildrop musi mit prehled o uzivatelich, o umisteni jejich maildiru atd. Nasel jsem par prikladu (opravdu poskromnu) konfiguraci v maildroprc souboru. hostname localhost port 3306 database mail dbuser USERNAME dbpw PASSWORD dbtable postfix_users default_uidnumber 125 ... Kdyz doplnim podle mych potreb, stale mam pocit, ze se databaze zcela ignoruje. V rade linuxackych how-to je ukazovan prikaz "maildrop -v", ktery mimo verze vypise take to, ze MySQL podpora je soucasti. Toto u me postradam a at to zkompiluji nevim jak, toto tam proste nemam. :( Nevim kde delam chybu, proto ocenim jakykoli napad. Diky Milan From lumax at in.acompp.sk Tue Mar 20 13:18:38 2007 From: lumax at in.acompp.sk (Lubomir Majersky) Date: Tue, 20 Mar 2007 13:18:38 +0100 Subject: Jak na mailserver In-Reply-To: <2816.4799-11761-889003478-1174034401@seznam.cz> References: <2816.4799-11761-889003478-1174034401@seznam.cz> Message-ID: <45FFD11E.8020206@in.acompp.sk> Cizek.Milan napsal(a): > Rozhodl jsem se pro reseni Postfix-Courier-Maildrop-SpamAssassin > (http://www.zdenda.com/Mailserver-Postfix-IMAP-Maildrop-MySQL) Zdravim, na mailovy server pouzivam ako zaklad qmail. Pred par mesiacmi som si nainstaloval Postfix (a jeho nadstavby - spamassassin, clamav, amavid-new...). Bohuzial casu je malo, a tak aj to, co som vedel, pomaly vysumelo, takze zacinam odznovu. Nie vsak preto, ze by som bol s qmailovskym riesenim nespokojny, ale preto, ze si chcem vyskusat aj iny mailovy system. Polozim preto mozno blbu otazku, ale bol by som povdacny, keby ste ma niekto, kto ma bohate skusenosti, nakopli. Na nete som si precital zopar clankov o "procmail vs. maildrop" a zistil som, ze maidrop je "lepsi". Zamerne to slovo "lepsi" davam do uvodzoviek. Postu by som chcel dorucovat do formatu "maildir" co, samozrejme, postfix vie. Chcem sa vsak opytat, ze preco este mnohi z Vas pouzivate maildrop. Aspon strucne, o co je lepsie vklinit do toho funkcneho postfixu ten maildrop. Postupne si to chcem nastudovat, ale predsa, bol by som povdacny za kazde info. Dakujem -- LuMaX From dan at obluda.cz Tue Mar 20 14:27:24 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 20 Mar 2007 14:27:24 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <20070320090445.GX31275@platon.sk> References: <20070320090445.GX31275@platon.sk> Message-ID: <45FFE13C.4030100@obluda.cz> Lubomir Host napsal/wrote, On 03/20/07 10:04: > stretol sa niekto niekedy s takymto problemom? Tuto je vypis dmesg: > Mar 20 09:44:14 vyvoj kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC > Mar 20 09:46:11 vyvoj syslogd: kernel boot file is /boot/kernel/kernel > Mar 20 09:46:11 vyvoj kernel: maxproc limit exceeded by uid 4006, please see tuning(7) and login.conf(5). > Mar 20 09:46:11 vyvoj kernel: panic: vm_thread_new: kstack allocation failed > Kolega nakodoval jeden perlovy skript, ktory vytvaral nejakym sposobom > stale nove vlakna. Spustil to pod neprivilegovanym uzivatelom (vid uid > = 4006). Ten skript mu ale nejako zblbol a zacal vytvarat strasne vela > vlakien. A jak zni otazka ? Kazdy novy thread vyzaduje aby pro ni kernel drzel jakousi datovou strukturu. Mnozstvi pameti kernelu dostupne je vsak omezene. Po vycerpani dalsi alokace mozna neni - a to dopadne prave takhle. Vytvareni novych procesu (ktere take vyzaduje alokaci datove struktury) obsahuje limity, ktere by mely omezit schopnost uzivatele vycerpat tyto omezene zdroje. Moznost vytvaret nove thready IMHO nijak omezena neni a kazdy uzivatel tak patrne nezrizenym vytvarenim movych ma moznost shora popsany panic vyvolat. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From freebsd-users-l at wilbury.sk Tue Mar 20 14:47:57 2007 From: freebsd-users-l at wilbury.sk (Juraj Lutter) Date: Tue, 20 Mar 2007 14:47:57 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <45FFE13C.4030100@obluda.cz> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> Message-ID: <45FFE60D.9050106@wilbury.sk> Dan Lukes wrote: > Lubomir Host napsal/wrote, On 03/20/07 10:04: >> stretol sa niekto niekedy s takymto problemom? Tuto je vypis dmesg: > >> Mar 20 09:44:14 vyvoj kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC Tato chyba sa mne osobne prejavovala pri HW problemoch so strojom. Dotycny stroj som prave vcera nahradil fungl novym Sun Fire X2200M2 s OS Solaris 10 (11/06), takze som zvedavy, ako to pofici :-) Zatial si vedie velmi dobre. >> Mar 20 09:46:11 vyvoj syslogd: kernel boot file is /boot/kernel/kernel >> Mar 20 09:46:11 vyvoj kernel: maxproc limit exceeded by uid 4006, please see tuning(7) and login.conf(5). >> Mar 20 09:46:11 vyvoj kernel: panic: vm_thread_new: kstack allocation failed > >> Kolega nakodoval jeden perlovy skript, ktory vytvaral nejakym sposobom >> stale nove vlakna. Spustil to pod neprivilegovanym uzivatelom (vid uid >> = 4006). Ten skript mu ale nejako zblbol a zacal vytvarat strasne vela >> vlakien. > > > Moznost vytvaret nove thready IMHO nijak omezena neni a kazdy uzivatel > tak patrne nezrizenym vytvarenim movych ma moznost shora popsany panic > vyvolat. -- Juraj Lutter | /\ ASCII Ribbon Campaign otis (at) wilbury.sk | \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail From rajo at platon.sk Tue Mar 20 15:09:58 2007 From: rajo at platon.sk (Lubomir Host) Date: Tue, 20 Mar 2007 15:09:58 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <45FFE13C.4030100@obluda.cz> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> Message-ID: <20070320140957.GC31275@platon.sk> On Tue, Mar 20, 2007 at 02:27:24PM +0100, Dan Lukes wrote: > Lubomir Host napsal/wrote, On 03/20/07 10:04: > > stretol sa niekto niekedy s takymto problemom? Tuto je vypis dmesg: > > > Mar 20 09:44:14 vyvoj kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC > > Mar 20 09:46:11 vyvoj syslogd: kernel boot file is /boot/kernel/kernel > > Mar 20 09:46:11 vyvoj kernel: maxproc limit exceeded by uid 4006, please see tuning(7) and login.conf(5). > > Mar 20 09:46:11 vyvoj kernel: panic: vm_thread_new: kstack allocation failed > > > Kolega nakodoval jeden perlovy skript, ktory vytvaral nejakym sposobom > > stale nove vlakna. Spustil to pod neprivilegovanym uzivatelom (vid uid > > = 4006). Ten skript mu ale nejako zblbol a zacal vytvarat strasne vela > > vlakien. > > A jak zni otazka ? > > Kazdy novy thread vyzaduje aby pro ni kernel drzel jakousi datovou > strukturu. Mnozstvi pameti kernelu dostupne je vsak omezene. Po > vycerpani dalsi alokace mozna neni - a to dopadne prave takhle. > > Vytvareni novych procesu (ktere take vyzaduje alokaci datove struktury) > obsahuje limity, ktere by mely omezit schopnost uzivatele vycerpat tyto > omezene zdroje. To mi je vsetko zhruba jasne, ale dakujem za vysvetlenie. Nemal by vsak kernel v takomto stave reagovat radsej tak, ze nedovoli uz vytvorit dalsie vlakno a teda ze zabije inkriminovany proces sam? Aj SIGSEGV signal zaslany takejto chybnej aplikacii by bol tuto namieste. > Moznost vytvaret nove thready IMHO nijak omezena neni a kazdy uzivatel > tak patrne nezrizenym vytvarenim movych ma moznost shora popsany panic > vyvolat. Otazka znie, ze ci to je spravne spravanie, ak moze neprivilegovany uzivatel dosiahnut reboot stroja. Ja by som to videl na nejaky bug v kerneli. rajo -- ,''`. Lubomir Host 'rajo' ICQ #: 257322664 : :' : Jabber: rajo AT jabber.platon.sk VoIP: callto://rajo207 `. `' WWW: http://rajo.platon.sk/ Platon Group: http://platon.sk/ `- GnuPG key: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F From xdivac02 at stud.fit.vutbr.cz Tue Mar 20 15:13:58 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 20 Mar 2007 15:13:58 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <45FFE13C.4030100@obluda.cz> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> Message-ID: <20070320141358.GA64226@stud.fit.vutbr.cz> > A jak zni otazka ? > > Kazdy novy thread vyzaduje aby pro ni kernel drzel jakousi datovou > strukturu. Mnozstvi pameti kernelu dostupne je vsak omezene. Po > vycerpani dalsi alokace mozna neni - a to dopadne prave takhle. fakt jo? :) chvilku predstirejme ze jsem Dan a napisu dlouhej mail :) takze.. FreeBSD 6.x ma 3 threadovaci knihovny 1) libkse ta implementujes takzvane M:N threadovani coz priblizne znamena to ze v kernelu je M threadu na ktere se mapuje N userspace threadu. cele je to divne slozite ale v 7.x uz se v tom da vyznam. prakticky vyznam to ma v tom ze je to pomalejsi ale ciste teoreticky by to melo setrit prave tu kernelovou pamet. rozhodne ale tady plati ze velikost_pameti_pro_thread_stacky != N*velikost_thread_stacku 2) libthr ta implementuje 1:1 threadovani coz je priblizne to co maji v linuxu a tak pekne zmagorili svet ze je to jedine mozne reseni :) tady je vyzadovan kernel space stack pro kazdy thread. srandovni je ze libthr je zoufale nezavisla na KSE a je tam spousta duplicit. na druhou stranu libthr je vyrazne rychlejsi (z MNOHA duvodu - mimojine ma umtx) 3) libc_r tohle je ciste 1:M threadovani kde velikost kernelove pameti zaalokovane pro stacky je konstatni (tj. nezavisla na poctu threadu v procesu) 6.x ma defaultni threadovaci knihovnu libkse... > Vytvareni novych procesu (ktere take vyzaduje alokaci datove struktury) > obsahuje limity, ktere by mely omezit schopnost uzivatele vycerpat tyto > omezene zdroje. nooooo.. zrovna tohle mne na fbsd dost se*e.. ty ruzne limity a vubec vetsina hardcoded hodnot ma velikosti nekdy z 80tych let a je to cele naprd... nezkoumal jsemto nejak moc podrobne ale u mne na workstation je kern.maxproc: 4068 coz je trapne... > Moznost vytvaret nove thready IMHO nijak omezena neni a kazdy uzivatel > tak patrne nezrizenym vytvarenim movych ma moznost shora popsany panic > vyvolat. no... ten panic je z vm_thread_new() ktery se pouziva pro allokaci threadu v kernelu, coz muze a nemusi mit vubec nic spolecneho s userspace threadovanim (viz vyse) kazopadne plati ze vm_thread_new se pouziva pri 1) alokaci procesu 2) alokaci threadu pomoci libthr 3) alokaci thread pomoci kse kazdopadne plati ze omezeni tady JE pro vsecky pripady, sice pokazde je to omezene jinak ale pokazde tady je kern.threads.max_threads_per_proc: 1500 roman From xdivac02 at stud.fit.vutbr.cz Tue Mar 20 15:19:48 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 20 Mar 2007 15:19:48 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <20070320140957.GC31275@platon.sk> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> <20070320140957.GC31275@platon.sk> Message-ID: <20070320141948.GA68994@stud.fit.vutbr.cz> > To mi je vsetko zhruba jasne, ale dakujem za vysvetlenie. Nemal by vsak > kernel v takomto stave reagovat radsej tak, ze nedovoli uz vytvorit > dalsie vlakno a teda ze zabije inkriminovany proces sam? Aj SIGSEGV > signal zaslany takejto chybnej aplikacii by bol tuto namieste. ale ono to nepanicuje protoze nejdou vytvaret procesy. ono to panicuje protoze ti dosla kernel pamet. > > Moznost vytvaret nove thready IMHO nijak omezena neni a kazdy uzivatel > > tak patrne nezrizenym vytvarenim movych ma moznost shora popsany panic > > vyvolat. > > Otazka znie, ze ci to je spravne spravanie, ak moze neprivilegovany > uzivatel dosiahnut reboot stroja. Ja by som to videl na nejaky bug > v kerneli. to rozhodne neni bug v kernelu :) From kolar.radim at gmail.com Tue Mar 20 17:07:20 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Tue, 20 Mar 2007 17:07:20 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <20070320141358.GA64226@stud.fit.vutbr.cz> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> <20070320141358.GA64226@stud.fit.vutbr.cz> Message-ID: <707e14750703200907i298ad71cgeb17cda240549cc0@mail.gmail.com> > nooooo.. zrovna tohle mne na fbsd dost se*e.. ty ruzne limity a vubec vetsina > hardcoded hodnot ma velikosti nekdy z 80tych let a je to cele naprd... presne tak, uz by mel nekdo zacommitovat zmenu defaultniho poctu semaforu z 10 rekneme na 500, shmmax taky neni nastaveno zvlast stedre. U solarisu dostali rozum a defaulty v poslednich verzich opravili. Taky jsem si onehda pohraval s myslenkou na testnuti OpenSolarisu, ale porad je jeste vyzadovana registrace pro stazeni a webhostingy ho prakticky nepodporuji. > Otazka znie, ze ci to je spravne spravanie, ak moze neprivilegovany > uzivatel dosiahnut reboot stroja. Ja by som to videl na nejaky bug > v kerneli. > to rozhodne neni bug v kernelu :) mno, mel by vratit ENOMEM. takhle se hardlockoval linux 2.4, v 2.6 to uz fixly From dan at obluda.cz Tue Mar 20 18:05:51 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 20 Mar 2007 18:05:51 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <20070320141948.GA68994@stud.fit.vutbr.cz> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> <20070320140957.GC31275@platon.sk> <20070320141948.GA68994@stud.fit.vutbr.cz> Message-ID: <4600146F.90001@obluda.cz> Divacky Roman napsal/wrote, On 03/20/07 15:19: >> Otazka znie, ze ci to je spravne spravanie, ak moze neprivilegovany >> uzivatel dosiahnut reboot stroja. Ja by som to videl na nejaky bug >> v kerneli. > > to rozhodne neni bug v kernelu :) No, nerad bych se poustel na tenky led uvah co je a co neni chyba - navic tam mas smajlika, coz by mohlo znamenat i to, ze to je treba ironie. Nicmene, snad se muzeme dohodnout alespon na tom, ze to, ze jakykoliv uzivatel dokaze zborit provoz celeho stroje neni uplne optimalni chovani ... >> > Vytvareni novych procesu (ktere take vyzaduje alokaci datove struktury) >> > obsahuje limity, ktere by mely omezit schopnost uzivatele vycerpat tyto >> > omezene zdroje. > > nooooo.. zrovna tohle mne na fbsd dost se*e.. ty ruzne limity a vubec vetsina > hardcoded hodnot ma velikosti nekdy z 80tych let a je to cele naprd... Muze se ti to libit, muzes s tim jiste nesouhlasit, ale fakt, ze pocitac ma jen omezene mnozstvi zdroju, a ty musis rozdelovat nejak rozume nejen mezi aktualni uzivatele, ale i mezi uzivatele, kteri se ti na stroj teprve prihlasi a procesy, ktere teprve mozna nekdy v budoucnosti budou spusteny tim nezmenis. Takze nejake limity nakonec stejne potrebujes a muzes jen spekulovat nad zpusobem, jak je zadavat, jestli maji byt staticke, nebo se pokusit o nejakou umelou (a tedy jiste v nekterych situacich omylnou) umelou inteligenci ... > kazdopadne plati ze omezeni tady JE pro vsecky pripady, sice pokazde je to omezene > jinak ale pokazde tady je > > kern.threads.max_threads_per_proc: 1500 Pravda, toto omezeni tam je, to mi uniklo, ale zrejm eje tento limit nedostatecny - k popsanemu ukazu doslo podle vseho proto, ze neprivilegovany uzivatel totalne vycerpal globalne limitovane systemove prostredky. Je pravda, ze to muzeme odmitnout jako problem uzivatele - proste ma s ohledem na zpusob pouzivani systemu limity chybne nastavene - prilis velky kern.threads.max_threads_per_proc a/nebo prilis maly PMAP_SHPGPERPROC Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From babjak at hilbert.chtf.stuba.sk Wed Mar 21 08:02:57 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Wed, 21 Mar 2007 08:02:57 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <707e14750703200907i298ad71cgeb17cda240549cc0@mail.gmail.com> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> <20070320141358.GA64226@stud.fit.vutbr.cz> <707e14750703200907i298ad71cgeb17cda240549cc0@mail.gmail.com> Message-ID: <20070321070257.GA21110@hilbert.chtf.stuba.sk> > > nooooo.. zrovna tohle mne na fbsd dost se*e.. ty ruzne limity a vubec vetsina > > hardcoded hodnot ma velikosti nekdy z 80tych let a je to cele naprd... > presne tak, uz by mel nekdo zacommitovat zmenu defaultniho poctu > semaforu z 10 rekneme na 500, shmmax taky neni nastaveno zvlast ^-- +1. Tiez som vzdy dost vytoceny, ked musim restartovat stroj len preto, aby som v jail-i rozbehal postgres. > stedre. U solarisu dostali rozum a defaulty v poslednich verzich ^-- Co znamena "v poslednich verzich"? Pri instalacii Oracle 10gR2 na Solaris 10 je treba hodnoty stale upravovat. J. From babjak at hilbert.chtf.stuba.sk Wed Mar 21 08:23:04 2007 From: babjak at hilbert.chtf.stuba.sk (Jozef Babjak) Date: Wed, 21 Mar 2007 08:23:04 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <4600146F.90001@obluda.cz> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> <20070320140957.GC31275@platon.sk> <20070320141948.GA68994@stud.fit.vutbr.cz> <4600146F.90001@obluda.cz> Message-ID: <20070321072304.GB21110@hilbert.chtf.stuba.sk> > > nooooo.. zrovna tohle mne na fbsd dost se*e.. ty ruzne limity a vubec vetsina > > hardcoded hodnot ma velikosti nekdy z 80tych let a je to cele naprd... > > Takze nejake limity nakonec stejne potrebujes a muzes jen spekulovat > nad zpusobem, jak je zadavat, jestli maji byt staticke, nebo se pokusit > o nejakou umelou (a tedy jiste v nekterych situacich omylnou) umelou > inteligenci ... ^-- Je ale rozdiel mat konzervativne limity, ked hned aj nastavene historicky, a mat nepouzitelne limity. Co sa tyka limitov pre IPC, ma FreeBSD nepouzitelne limity. Co sa tyka "umelej inteligencie", nemozno ju odmientat bezdovodne. Ano, da sa menovat viac pripadov kde takato "ui" bola viac na skodu ako na osoh, ale dnes sa v mnohych oblastiach javi ako odovodnena, uzitocna a uspesna; par prikladov: 1) Kompilatory pouzivaju geneticke algoritmy na optimalizaciu. 2) Dynamicke kompilatory ako napr. Java HotSpot technologia davno prekonali optimalizacie mozne pri pouziti statickych kompilatorov. 3) Zjednodusila sa sprava programov, veci, ktore sa museli pracne ladit, sa dnes ladia same. Dva velmi uspesne priklady za vsetky: EnterpriseDB a Oracle 10g. 4) Rozsiahla studia vykonnosti ZFS ukazala, ze v oblastiach, kde ma ZFS autotuning, prakticky nie je mozne najst lepsie nastavenia, ako nastavi zmieneny autotuning. V zasade "ui" implementovanu rozumnymi pravidlami nad rozumnymi metrikami povazujem za daleko spolahlivejsiu, ako inteligenciu prirodzenu, teda aspon pokial sa bavime o regulacii dobre popisanych procesov (co vsetky vyssie uvedene su). Samozrejme, takato "ui" nenajde exelentne nestandardne riesenie, ktore najde clovek; to ale v tomto pripade nikto po nej nechce. J. From xdivac02 at stud.fit.vutbr.cz Wed Mar 21 09:21:06 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 21 Mar 2007 09:21:06 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <20070321072304.GB21110@hilbert.chtf.stuba.sk> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> <20070320140957.GC31275@platon.sk> <20070320141948.GA68994@stud.fit.vutbr.cz> <4600146F.90001@obluda.cz> <20070321072304.GB21110@hilbert.chtf.stuba.sk> Message-ID: <20070321082106.GA11919@stud.fit.vutbr.cz> On Wed, Mar 21, 2007 at 08:23:04AM +0100, Jozef Babjak wrote: > > > nooooo.. zrovna tohle mne na fbsd dost se*e.. ty ruzne limity a vubec vetsina > > > hardcoded hodnot ma velikosti nekdy z 80tych let a je to cele naprd... > > > > Takze nejake limity nakonec stejne potrebujes a muzes jen spekulovat > > nad zpusobem, jak je zadavat, jestli maji byt staticke, nebo se pokusit > > o nejakou umelou (a tedy jiste v nekterych situacich omylnou) umelou > > inteligenci ... > > ^-- Je ale rozdiel mat konzervativne limity, ked hned aj nastavene > historicky, a mat nepouzitelne limity. Co sa tyka limitov pre IPC, ma > FreeBSD nepouzitelne limity. prave o tom mluvim... a jde o ruzne dalsi veci.. tedka byla nejaka diskuse a z ni vyplynulo (iirc) ze veskere IO operace probihaji v chunks o 128KB. to je nastaveni z doby kdy fbsd vzniklo (a nejspis i driv) a nikdo se nenamahal vykoumat jestli je to optimalni i v roce 2007 > V zasade "ui" implementovanu rozumnymi pravidlami nad rozumnymi > metrikami povazujem za daleko spolahlivejsiu, ako inteligenciu > prirodzenu, teda aspon pokial sa bavime o regulacii dobre popisanych > procesov (co vsetky vyssie uvedene su). Samozrejme, takato "ui" > nenajde exelentne nestandardne riesenie, ktore najde clovek; to > ale v tomto pripade nikto po nej nechce. myslim ze prave ty evolucni algoritmy vetsinou nachazeji DOST nestandardni reseni :) From xdivac02 at stud.fit.vutbr.cz Wed Mar 21 09:23:11 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Wed, 21 Mar 2007 09:23:11 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <20070321070257.GA21110@hilbert.chtf.stuba.sk> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> <20070320141358.GA64226@stud.fit.vutbr.cz> <707e14750703200907i298ad71cgeb17cda240549cc0@mail.gmail.com> <20070321070257.GA21110@hilbert.chtf.stuba.sk> Message-ID: <20070321082311.GB11919@stud.fit.vutbr.cz> On Wed, Mar 21, 2007 at 08:02:57AM +0100, Jozef Babjak wrote: > > > nooooo.. zrovna tohle mne na fbsd dost se*e.. ty ruzne limity a vubec vetsina > > > hardcoded hodnot ma velikosti nekdy z 80tych let a je to cele naprd... > > presne tak, uz by mel nekdo zacommitovat zmenu defaultniho poctu > > semaforu z 10 rekneme na 500, shmmax taky neni nastaveno zvlast > > ^-- +1. Tiez som vzdy dost vytoceny, ked musim restartovat stroj len > preto, aby som v jail-i rozbehal postgres. tak ono by se to v prvni rade mohlo/melo alokovat dynamicky. ja se na ten kod celkem podrobne dival (dokonce i nejake patche ze mne vypadli) a je to des a hruza.... linux ma todle vyresene daleko lip. kazdopadne bliska se na lepsi casy - kluci se tedka na sysvipc kapku divaji (ono to ma i jine problemy nez nizke defaulty) a snad se budou dit nejake positivni veci :) From dan at obluda.cz Wed Mar 21 10:16:12 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 21 Mar 2007 10:16:12 +0100 Subject: FreeBSD kernel panic: vm_thread_new: kstack allocation failed In-Reply-To: <20070321072304.GB21110@hilbert.chtf.stuba.sk> References: <20070320090445.GX31275@platon.sk> <45FFE13C.4030100@obluda.cz> <20070320140957.GC31275@platon.sk> <20070320141948.GA68994@stud.fit.vutbr.cz> <4600146F.90001@obluda.cz> <20070321072304.GB21110@hilbert.chtf.stuba.sk> Message-ID: <4600F7DC.2000206@obluda.cz> Jozef Babjak napsal/wrote, On 03/21/07 08:23: >> > nooooo.. zrovna tohle mne na fbsd dost se*e.. ty ruzne limity a vubec vetsina >> > hardcoded hodnot ma velikosti nekdy z 80tych let a je to cele naprd... >> Takze nejake limity nakonec stejne potrebujes a muzes jen spekulovat >> nad zpusobem, jak je zadavat, jestli maji byt staticke, nebo se pokusit >> o nejakou umelou (a tedy jiste v nekterych situacich omylnou) umelou >> inteligenci ... > > ^-- Je ale rozdiel mat konzervativne limity, ked hned aj nastavene > historicky, a mat nepouzitelne limity. Co sa tyka limitov pre IPC, ma > FreeBSD nepouzitelne limity. Mluvis o GENERICu ? No, to by me asi taky stvalo, jenze ja nevidim zas takovy problem a "silenou praci navic" ho nepouzivat a prekladat si jiny kernel s nastavenimi pro dane nasazeni vhodnejsimi. Ze by se mi "ucel stroje" menil denne tak, abych si nevystacil s predchozim kernelem se mi take nestava - a kdyz se to jednou za dlouhou dobu stane, tak ten jeden reboot neni takova tragedie. Jinymi slovy, ano, GENERIC je, jak uz jsem tu jednou psal, kompromisni kernel, s vlastnostmi, ktere jsou rozhodne suboptimalni - zejmena pro specificka nasazeni. Ale "prah", ktery je nutno prekrocit, abych se z techto omezeni vymanil, to jeste "vzit konfigurak GENERICu, upravid/pridat/odebrat par radek, prelozit vlastni kernel, pouzivat ten - treba uplne vsude tentyz" je natolik nizky, ze snad ani nestoji za rec. Mozna proto to nikdo neudelal - na to, jak problem jde trivialne "obejit" (pouzitim customizovaneho kernelu) je neprimerene narocne ho resit. Cimz semozrejme nikomu nezakazuju aby ho vyresil, jen ti nabizim moznost, proc to nikdo neudelal a mozna jeste delsi dobu neudela. Na druhou stranu, neni treba propadat neprimerene depresi - jak tu uz padlo - Romanovo kluci uz na tom delaji. > Co sa tyka "umelej inteligencie", nemozno ju odmientat bezdovodne. > V zasade "ui" implementovanu rozumnymi pravidlami nad rozumnymi > metrikami povazujem za daleko spolahlivejsiu, ako inteligenciu > prirodzenu, teda aspon pokial sa bavime o regulacii dobre popisanych > procesov (co vsetky vyssie uvedene su). Pokud se bavime o regulaci dobre popsanych procesu tak snad. Jenze tady byla rec predevsim o procedurach, ktere rozhodnou, zda je mozne uspokojit aktualni konkretni pozadavek nejakeho uzivatele s ohledem na fakt, ze v nezname budoucnosti mozna prijdou (ale nemusi) prijit od stejneho nebo jineho uzivatele dalsi pozadavky na uziti stejneho zdroje. Coz je zhruba ta problematika, kterou (umele vytvorene) limity resi. Nemyslim, ze soustavu "pocitac+banda uzivatelu", kterou potrebujeme regulovat, lze povazovat za "dobre popsany proces". Nicmene, to je spor, ktery je snadn erozhodnout - musime ovsem opustit filosofickou debatu o obecnych otazkach a zacit se bavit o nejakem naprosto konkretnim limitu a metode, jak ho automaticky urcovat. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From jaroslav.votruba at keytec.cz Wed Mar 21 10:53:14 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Wed, 21 Mar 2007 10:53:14 +0100 Subject: =?ISO-8859-2?Q?vlastn=ED__sms_br=E1na?= Message-ID: <4601008A.6010507@keytec.cz> dobr? den cht?l bych si na n?kter? kriti?t?j?? p??pady napsat script,kterej by mi poslal SMS na telef?n. SMS je pr? jen mail ve form?tu cislo_prijemce at domena_operatora. Pokud to nekdo pouzivate,pros?m zodpov?zte mi p?r ot?zek. - je ten form?t sms adresy OK? -jak je to s placen?m ,je to voln? slu?ba,nebo placen?-pokud ano, za jak?ch podm?nek -je to v?bec mo?n? pos?lat?D??ve to jist? slo,nev?m jak je to nyn? pokud s t?m m?te nekdo zkusennosti,pros?m poradte mi.Koukal jsem do wikipedie,trochu googlil ale na?el dost rozporupln? informace ps-sorry za OT p??sp?vek,ale mysl?m , ?e tato informace by se hodila v?ce lidem -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From fabian at fabian.cz Wed Mar 21 11:04:11 2007 From: fabian at fabian.cz (Lukas Vana) Date: Wed, 21 Mar 2007 11:04:11 +0100 Subject: =?utf-8?Q?vlastn=C3=AD__sms_br?= =?utf-8?Q?=C3=A1na?= In-Reply-To: <4601008A.6010507@keytec.cz> References: <4601008A.6010507@keytec.cz> Message-ID: DD, na eurotel (o2) to jde, tak jak pisete, ale posle se jen 60znaku. Na t-mobile to s tim cislem myslim nejde a musite si zalozit ucet na t-zones (neco at t-email.cz) a aktivovat sluzbu mobileBox easy a nechat si prichozi maily presmerovat na mobil, za coz se ale myslim plati. Muzete si nechat posilat jen dorucenky a ty jsou zdarma. U oskara nevim presne, ale myslim, ze taky musite mit nejakou schranku u nich. Nejjednodussi je obvolat jejich podporu, nebo napsat jim mail. Hodne stesti a kdybyste to pak nekam na wikipedii sepsal, jak to je uplne presne, kdyz jste to nikde nenasel, tak by to bylo fine:). On Wed, 21 Mar 2007 10:53:14 +0100, Jaroslav Votruba wrote: > dobr? den > cht?l bych si na n?kter? kriti?t?j?? p??pady napsat script,kterej by mi > poslal SMS na telef?n. SMS je pr? jen mail ve form?tu > cislo_prijemce at domena_operatora. Pokud to nekdo pouzivate,pros?m > zodpov?zte mi p?r ot?zek. > > - je ten form?t sms adresy OK? > -jak je to s placen?m ,je to voln? slu?ba,nebo placen?-pokud ano, za > jak?ch podm?nek > -je to v?bec mo?n? pos?lat?D??ve to jist? slo,nev?m jak je to nyn? > > pokud s t?m m?te nekdo zkusennosti,pros?m poradte mi.Koukal jsem do > wikipedie,trochu googlil ale na?el dost rozporupln? informace > > ps-sorry za OT p??sp?vek,ale mysl?m , ?e tato informace by se hodila > v?ce lidem > -- Lukas Vana (fabian) IT bridge.net s.r.o. tel.: +420 267 132 39 web: http://www.itbridge.net home page: http://home.fabian.cz icq: 274000127 irc: #czech at AfterNet, #penguin.cz at IRCNet From dan at obluda.cz Wed Mar 21 11:06:42 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 21 Mar 2007 11:06:42 +0100 Subject: =?ISO-8859-2?Q?vlastn=ED__sms_br=E1na?= In-Reply-To: <4601008A.6010507@keytec.cz> References: <4601008A.6010507@keytec.cz> Message-ID: <460103B2.4080604@obluda.cz> Jaroslav Votruba napsal/wrote, On 03/21/07 10:53: > cht?l bych si na n?kter? kriti?t?j?? p??pady napsat script,kterej by mi > poslal SMS na telef?n. SMS je pr? jen mail ve form?tu > cislo_prijemce at domena_operatora. Nikoli nutne. To je operator od operatora ruzne. Vemme takovy Vodafone, ktery to puvodne mel take v naznacenem formatu - a pote, co zjistil, ze prilsi mnoho SPAMeru proste rozesila dopisu na jedno cislo po druhem to ma tak, ze "cast pred zavinacem" si kazdy uzivatel voli sam - takze cislo to byt muze, ale taky neco uplne jineho. > -jak je to s placen?m ,je to voln? slu?ba,nebo placen?-pokud ano, za > jak?ch podm?nek Operator od operatora. > -je to v?bec mo?n? pos?lat? Operator od operatora. Pricemz pro ucely vsech techto odpovedi se "operatorem" mysli spis ten, pres ktereho SMS odesilas nez ten, u ktereho sidli prijemce - coz muze a nemusi byt tentyz. Bezplatne brany spise umoznuji zaslani SMS "do vlastni site", obecne brany zas byvaji placene - ovsem - podminky jsou - operator od operatora ruzne... Kdyz bude uplne nejhur, pripoj si telefon s kartou a udelej si branu sam. Podminky (cenove i jine) a format adresy si tak urcis sam. U telefonu je treba dat jen pozor na to, aby dovoloval soucasne pripojeni datoveho kabelu a napajeni a byl schopen trvaleho provozu. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From mitr at centrum.cz Wed Mar 21 11:10:16 2007 From: mitr at centrum.cz (MiTR) Date: Wed, 21 Mar 2007 11:10:16 +0100 Subject: =?utf-8?Q?Re[2]:_vlastn=C3=AD__sms_br=C3=A1na?= In-Reply-To: References: <4601008A.6010507@keytec.cz> Message-ID: <1416029321.20070321111016@centrum.cz> Dobr? den, 21. b?ezna 2007, 11:04:11, napsal jste: LV> DD, LV> na eurotel (o2) to jde, tak jak pisete, ale posle se jen 60znaku. LV> Na t-mobile to s tim cislem myslim nejde a musite si zalozit ucet na LV> t-zones (neco at t-email.cz) a aktivovat sluzbu mobileBox easy a nechat si LV> prichozi maily presmerovat na mobil, za coz se ale myslim plati. Muzete si LV> nechat posilat jen dorucenky a ty jsou zdarma. LV> U oskara nevim presne, ale myslim, ze taky musite mit nejakou schranku u LV> nich. Vodafone neco at vodafonemail.cz - ZADARMO - nastaven? v jejich administraci, je ze v?e nejrychlej?? T-Mobile neco at t-email.cz - ZADARMO - usekne se na 1 SMS, n?kdy se "ucpe" :-D nastaven? na t-email.cz mo?not jako SMS nebo "na dislej". u TM i Vodafone pokud budete pou??vat pro svoje ??slo tak OK, ale pro v?ce ??sel to nejden, proto?e nezn?te jich jmena p?ed @ -- S pozdravem, MiTR mitr at centrum.cz From jaroslav.votruba at keytec.cz Wed Mar 21 11:56:46 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Wed, 21 Mar 2007 11:56:46 +0100 Subject: =?UTF-8?B?dmxhc3Ruw60gIHNtcyBicsOhbmE=?= In-Reply-To: <1416029321.20070321111016@centrum.cz> References: <4601008A.6010507@keytec.cz> <1416029321.20070321111016@centrum.cz> Message-ID: <46010F6E.9090403@keytec.cz> tak?e abych to shrnul na eurotel je to omezen? na 60znak?-form?t cislo_prijemce at domena_operatora-zadarmo t-mobil -form?t neco at t-email.cz -zadarmo vodafone-form?t neco at vodafonemail.cz-zadarmo -to neco pred zavinacem se necha nastavit na webu operatora -O2 by teoreticky m?li m?t dom?nu pro sms www.cz.o2.com,ale tu si nejsem jistej,na jejich str?nk?ch jsem se nedop?dil je to tak spr?vn?,nebo jsem neco spatne pochopil? From freebsd at ada-net.cz Wed Mar 21 13:34:39 2007 From: freebsd at ada-net.cz (=?ISO-8859-2?Q?Petr_Bezd=ECk?=) Date: Wed, 21 Mar 2007 13:34:39 +0100 Subject: =?ISO-8859-2?Q?vlastn=ED__sms_br=E1na?= In-Reply-To: <1416029321.20070321111016@centrum.cz> References: <4601008A.6010507@keytec.cz> <1416029321.20070321111016@centrum.cz> Message-ID: <4601265F.40707@ada-net.cz> MiTR napsal(a): > Vodafone neco at vodafonemail.cz - ZADARMO - nastaven? v jejich > administraci, je ze v?e nejrychlej?? > T-Mobile neco at t-email.cz - ZADARMO - usekne se na 1 SMS, n?kdy se "ucpe" :-D > nastaven? na t-email.cz mo?not jako > SMS nebo "na dislej". > Ja mam zase zkusenost uplen obracenou: * z T-mobile to chodi rychleji nez z Vodafone (drive mi toho na t-mobile cislo chodilo pres sms oravdu hodne a doruceni do nekolika sekund) * nevim jak ostatni operatori, ale T-mobile umoznuje i nastavit filtr, co se ma na mobil preposlat (lze se takto branit proti nevyzadanym SMS) * Vodafone ma omezeni na 200 mail2sms na den (potom vas do pulnoci zablokuje) Pred odeslanim mailu na mobil to prozenu pres nekolik konvertoru: * html -> text * cestina -> ascii * mail2sms (v portech mail/mail2sms), ktery oreze nepotrebne znaky, komentare z predchozi diskuze, atd. Potom se vetsinou to dulezite vleze do 1 SMS. -- Mgr. Petr Bezd?k email: pbezdek at ada-net.cz web: www.ada-net.cz From forma at mail.forma.sk Wed Mar 21 16:54:41 2007 From: forma at mail.forma.sk (Forma, s.r.o) Date: Wed, 21 Mar 2007 16:54:41 +0100 Subject: =?iso-8859-2?Q?RE:_vlastn=ED__sms_br=E1na?= In-Reply-To: <460103B2.4080604@obluda.cz> Message-ID: <20070321155426.62AF35C245@mail.forma.sk> Zdravim, tiez mame ten problem. Na slovensku poskytuje podobnu sluzbu Orange, je ju nutne aktivovat a stoji asi 150 SK. Funguje tak, ze mate vytvoreny mbox vasecislo at orangemail.sk na ktory, ked vam pride email posle sa vam SMS notifikacia s tymto emailom. Ma to ale jeden problem. Niekedy je to dost rychle a niekdy to ma velke oneskorenie, radovo az hodiny. Tak sme si kupili na tento ucel GSM modem Nokia 30, ktory sa pripoji na seriovy port a da sa jednoducho programovo ovladat. V suvislosti s tym sa vas chcem opytat ci neviete o niecom hotovom co by sa dalo pouzit pod FreeBSD a vedelo by to posielat SMS popripade MMS,... Dakujem Zdeno -----Original Message----- From: users-l-bounces at freebsd.cz [mailto:users-l-bounces at freebsd.cz] On Behalf Of Dan Lukes Sent: Wednesday, March 21, 2007 11:07 AM To: FreeBSD mailing list Subject: Re: vlastn? sms br?na Jaroslav Votruba napsal/wrote, On 03/21/07 10:53: > cht?l bych si na n?kter? kriti?t?j?? p??pady napsat script,kterej by > mi poslal SMS na telef?n. SMS je pr? jen mail ve form?tu > cislo_prijemce at domena_operatora. Nikoli nutne. To je operator od operatora ruzne. Vemme takovy Vodafone, ktery to puvodne mel take v naznacenem formatu - a pote, co zjistil, ze prilsi mnoho SPAMeru proste rozesila dopisu na jedno cislo po druhem to ma tak, ze "cast pred zavinacem" si kazdy uzivatel voli sam - takze cislo to byt muze, ale taky neco uplne jineho. > -jak je to s placen?m ,je to voln? slu?ba,nebo placen?-pokud ano, za > jak?ch podm?nek Operator od operatora. > -je to v?bec mo?n? pos?lat? Operator od operatora. Pricemz pro ucely vsech techto odpovedi se "operatorem" mysli spis ten, pres ktereho SMS odesilas nez ten, u ktereho sidli prijemce - coz muze a nemusi byt tentyz. Bezplatne brany spise umoznuji zaslani SMS "do vlastni site", obecne brany zas byvaji placene - ovsem - podminky jsou - operator od operatora ruzne... Kdyz bude uplne nejhur, pripoj si telefon s kartou a udelej si branu sam. Podminky (cenove i jine) a format adresy si tak urcis sam. U telefonu je treba dat jen pozor na to, aby dovoloval soucasne pripojeni datoveho kabelu a napajeni a byl schopen trvaleho provozu. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l From scorp at scorp.sk Wed Mar 21 17:00:56 2007 From: scorp at scorp.sk (=?ISO-8859-2?Q?Pavol_=C8ierny?=) Date: Wed, 21 Mar 2007 17:00:56 +0100 Subject: =?ISO-8859-2?Q?Re=3A_vlastn=ED__sms_br=E1na?= In-Reply-To: <20070321155426.62AF35C245@mail.forma.sk> References: <460103B2.4080604@obluda.cz> <20070321155426.62AF35C245@mail.forma.sk> Message-ID: <1836941010.20070321170056@cierny.sk> gnokii ... je to v portoch... pouzivam roky s nokiami ktore maju kable na seriovy port (5110,6110) --- S pozdravom Pavol ?ierny > Zdravim, > tiez mame ten problem. Na slovensku poskytuje podobnu sluzbu Orange, je ju > nutne aktivovat a stoji asi 150 SK. Funguje tak, ze mate vytvoreny mbox > vasecislo at orangemail.sk na ktory, ked vam pride email posle sa vam SMS > notifikacia s tymto emailom. > Ma to ale jeden problem. Niekedy je to dost rychle a niekdy to ma velke > oneskorenie, radovo az hodiny. > Tak sme si kupili na tento ucel GSM modem Nokia 30, ktory sa pripoji na > seriovy port a da sa jednoducho programovo ovladat. > V suvislosti s tym sa vas chcem opytat ci neviete o niecom hotovom co by sa > dalo pouzit pod FreeBSD a vedelo by to posielat SMS popripade MMS,... > Dakujem > Zdeno > -----Original Message----- > From: users-l-bounces at freebsd.cz > [mailto:users-l-bounces at freebsd.cz] On > Behalf Of Dan Lukes > Sent: Wednesday, March 21, 2007 11:07 AM > To: FreeBSD mailing list > Subject: Re: vlastn? sms br?na > Jaroslav Votruba napsal/wrote, On 03/21/07 10:53: >> cht?l bych si na n?kter? kriti?t?j?? p??pady napsat script,kterej by >> mi poslal SMS na telef?n. SMS je pr? jen mail ve form?tu >> cislo_prijemce at domena_operatora. > Nikoli nutne. To je operator od operatora ruzne. Vemme takovy > Vodafone, ktery to puvodne mel take v naznacenem formatu - a pote, co > zjistil, ze prilsi mnoho SPAMeru proste rozesila dopisu na jedno cislo po > druhem to ma tak, ze "cast pred zavinacem" si kazdy uzivatel voli sam - > takze cislo to byt muze, ale taky neco uplne jineho. >> -jak je to s placen?m ,je to voln? slu?ba,nebo placen?-pokud ano, za >> jak?ch podm?nek > Operator od operatora. >> -je to v?bec mo?n? pos?lat? > Operator od operatora. > Pricemz pro ucely vsech techto odpovedi se "operatorem" mysli spis > ten, pres ktereho SMS odesilas nez ten, u ktereho sidli prijemce - coz muze > a nemusi byt tentyz. > Bezplatne brany spise umoznuji zaslani SMS "do vlastni site", obecne > brany zas byvaji placene - ovsem - podminky jsou - operator od operatora > ruzne... > Kdyz bude uplne nejhur, pripoj si telefon s kartou a udelej si branu > sam. Podminky (cenove i jine) a format adresy si tak urcis sam. U telefonu > je treba dat jen pozor na to, aby dovoloval soucasne pripojeni datoveho > kabelu a napajeni a byl schopen trvaleho provozu. > Dan > -- > Dan Lukes SISAL MFF UK > AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l From cejkar at fit.vutbr.cz Wed Mar 21 17:17:18 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Wed, 21 Mar 2007 17:17:18 +0100 Subject: =?iso-8859-2?Q?vlastn=ED__sms_br=E1na?= In-Reply-To: <20070321155426.62AF35C245@mail.forma.sk> References: <460103B2.4080604@obluda.cz> <20070321155426.62AF35C245@mail.forma.sk> Message-ID: <20070321161718.GA89141@fit.vutbr.cz> Forma, s.r.o wrote (2007/03/21): > Tak sme si kupili na tento ucel GSM modem Nokia 30, ktory sa pripoji na > seriovy port a da sa jednoducho programovo ovladat. > V suvislosti s tym sa vas chcem opytat ci neviete o niecom hotovom co by sa > dalo pouzit pod FreeBSD a vedelo by to posielat SMS popripade MMS,... Jeden modul pripojeny pres USB, dva ruzne funkcni SW (akorat musim malinko patchovat usbdevs a usb_quirks.c): # gammu --identify Manufacturer : Siemens Model : unknown (MC75) Firmware : REVISION 03.010 # gnokii --identify GNOKII Version 0.6.14 Manufacturer : SIEMENS Model : MC75 Product name : MC75 Revision : REVISION 03.010 -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From pav at oook.cz Wed Mar 21 17:21:19 2007 From: pav at oook.cz (Pav Lucistnik) Date: Wed, 21 Mar 2007 17:21:19 +0100 Subject: =?ISO-8859-1?Q?vlastn=ED?= sms =?ISO-8859-1?Q?br=E1na?= In-Reply-To: <20070321161718.GA89141@fit.vutbr.cz> References: <460103B2.4080604@obluda.cz> <20070321155426.62AF35C245@mail.forma.sk> <20070321161718.GA89141@fit.vutbr.cz> Message-ID: <1174494079.32542.47.camel@pav.hide.vol.cz> Rudolf Cejka p??e v st 21. 03. 2007 v 17:17 +0100: > Forma, s.r.o wrote (2007/03/21): > > Tak sme si kupili na tento ucel GSM modem Nokia 30, ktory sa pripoji na > > seriovy port a da sa jednoducho programovo ovladat. > > V suvislosti s tym sa vas chcem opytat ci neviete o niecom hotovom co by sa > > dalo pouzit pod FreeBSD a vedelo by to posielat SMS popripade MMS,... My ve firme na toto pouzivame smsd (comms/smstools). Chova se to jako sendmail, ale s SMSkama, ma to normalne spool a vsechno... Najs. -- Pav Lucistnik Co vime o lasce? Laska je jako hruska. Hruska je sladka a ma urcity tvar. Zkuste presne definovat tvar hrusky. -- Marigold: Pul stoleti poezie From 000.fbsd at quip.cz Wed Mar 21 17:40:12 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed, 21 Mar 2007 17:40:12 +0100 Subject: =?ISO-8859-2?Q?vlastn=ED__sms_br=E1na?= In-Reply-To: <20070321155426.62AF35C245@mail.forma.sk> References: <20070321155426.62AF35C245@mail.forma.sk> Message-ID: <46015FEC.9070203@quip.cz> Forma, s.r.o wrote: > Zdravim, > > tiez mame ten problem. Na slovensku poskytuje podobnu sluzbu Orange, je ju > nutne aktivovat a stoji asi 150 SK. Funguje tak, ze mate vytvoreny mbox > vasecislo at orangemail.sk na ktory, ked vam pride email posle sa vam SMS > notifikacia s tymto emailom. > Ma to ale jeden problem. Niekedy je to dost rychle a niekdy to ma velke > oneskorenie, radovo az hodiny. > > Tak sme si kupili na tento ucel GSM modem Nokia 30, ktory sa pripoji na > seriovy port a da sa jednoducho programovo ovladat. > > V suvislosti s tym sa vas chcem opytat ci neviete o niecom hotovom co by sa > dalo pouzit pod FreeBSD a vedelo by to posielat SMS popripade MMS,... Pred lety jsem pouzival SMS Server Tools s GSM modemem Siemens MC35i http://smstools.meinemullemaus.de/ Ted mi tak nejak postacuje zasilani sms pres e-mail, coz ma u vsech operatoru nizsi prioritu, nez zasilani plnohodnotne SMS, takze nekdy je zpozdeni v doruceni i nekolik hodin. Jindy chodi okamzite. Limit u Vodafone je tusim 100 zprav za den (jednou mi monitoring posilal tolik zprav, ze se to vazne pak useklo a do konce dne neprisla uz zadna) Ted jeste zvazuji posilani pres API mobilem.cz (placena sluzba) Miroslav Lachman From freebsd at ada-net.cz Thu Mar 22 12:20:44 2007 From: freebsd at ada-net.cz (=?ISO-8859-2?Q?Petr_Bezd=ECk?=) Date: Thu, 22 Mar 2007 12:20:44 +0100 Subject: Jak na mailserver In-Reply-To: <45FFD11E.8020206@in.acompp.sk> References: <2816.4799-11761-889003478-1174034401@seznam.cz> <45FFD11E.8020206@in.acompp.sk> Message-ID: <4602668C.4080009@ada-net.cz> Lubomir Majersky napsal(a): > Na nete som si precital zopar clankov o "procmail vs. maildrop" a > zistil som, ze maidrop je "lepsi". Zamerne to slovo "lepsi" davam do > uvodzoviek. Postu by som chcel dorucovat do formatu "maildir" co, > samozrejme, postfix vie. Chcem sa vsak opytat, ze preco este mnohi z Vas > pouzivate maildrop. Aspon strucne, o co je lepsie vklinit do toho > funkcneho postfixu ten maildrop. > Postupne si to chcem nastudovat, ale predsa, bol by som povdacny za > kazde info. > Zdravim, jelikoz maildrop je od autoru courier-imapu, ktery se hojne pouziva jako IMAP/POP3 server, umi pekne spolupracovat s authdaemonem, proti kteremu se autentizuji virtualni uzivatele. Jednou nakonfigurujete authdaemond a mate jak IMAP/POP3 sluzbu, tak i dorucovani pro virtualni mailboxy pres maildrop (kdyz pouzijete misto pro postfix implicitniho transportu 'virtual:' transport 'maildrop:'). Procmail takle elegantne virtualni uzivatele neumi, proto se spis hodi pro dorucovani pro systemove uzivatele. Co se tyce nabizenych filtrovacich pravidel, je na tom procmail a maildrop tak na stejno. Jen kazdy pouziva jinou syntaxi pro psani pravidel. -- Mgr. Petr Bezd?k email: pbezdek at ada-net.cz web: www.ada-net.cz From zburget at miastudio.cz Thu Mar 22 12:55:20 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Thu, 22 Mar 2007 12:55:20 +0100 Subject: Zabbix Message-ID: <46026EA8.1050103@miastudio.cz> Zdravim vespolek rekl jsem si, ze vyzkousim na monitoring site zabbix. Nainstaloval jsem ho, rozbehl proti postgresu a zacal konfigurovat. Pak nebyl nejakou chvili cas na hrani a po nejake dobe nanicnechytani jsem zjistil, ze mi zabbix resp. postgres vyrabi problem. Pokud spustim zabbix_server, vyleti vytizeni procesoru postgresem na 100%. Jak zabbix_server zabiju, vytizeni CPU zmizi. Nemuzu za nic na svete prijit na to, cim to je. FreeBSD 5.5 - p9 Postgres 8.0.12 zabbix 1.1.6,1 pro jistotu byly upgradnuty vsechny porty na aktualni verze a porad to samo. Uz se s tim trapim dost dlouho. Nenapada vas nekoho, cim by to mohlo byt? Ani vlastne nevim, jak mam zjistit, co ten postgres dela, ze vytezuje CPU na 100% -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From koutek at o-k.cz Thu Mar 22 13:18:34 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Thu, 22 Mar 2007 13:18:34 +0100 Subject: Zabbix In-Reply-To: <46026EA8.1050103@miastudio.cz> References: <46026EA8.1050103@miastudio.cz> Message-ID: <1174565914.1552.6.camel@shift.mediaturtle.com> Provozoval jsem zabbix oproti MySQL a tohle se mi nestavalo, takze bych chybu hledal v pripojeni na databazi. Odpovedi na otazku jak zjistit co ten potgresql dela, je spustit si pgtop a kouknout se kde to vazne. Ondra From cizek.milan at seznam.cz Thu Mar 22 13:22:05 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Thu, 22 Mar 2007 13:22:05 +0100 Subject: if_wi rssadapt patch Message-ID: <010401c76c7c$b44a9640$1403000a@milanc> Ahoj, nemate uz nekdo upraveny rssadapt patch pro wi, ktery by fungoval na soucasne 6.2-RELEASE? Myslim verzi od avatara ported for RELENG_6 by guli jiri at mikulas.com http://bsd.mikulas.com/wifi/wi-patch-RELENG_6.tgz V soucasne dobe uz nefunguje kuli rozdilu ve wi.c - 9 out of 49 hunks failed--saving rejects to sys/dev/wi/if_wi.c.rej. Asi to bude stacit jen poladit, ale na to nemam ty spravne znalosti. Bohuzel jsem si toho nevsiml drive a nyni mi nektera APcka jedou pouze na 1Mbit. :( Zajimalo by mne, proc neco tak uzitecneho (co je k dispozici snad uz nekdy od verze 5) neni soucasti standardniho kodu. :/ Milan From stobbi at netmont.sk Thu Mar 22 16:14:29 2007 From: stobbi at netmont.sk (stobbi) Date: Thu, 22 Mar 2007 16:14:29 +0100 Subject: IPSec Message-ID: <04b701c76c94$c9cb4510$09020a0a@netmont.local> Zdravim, mam nakonfigurovany funkcny IPSec tunel (lan-lan) Cisco router <-> FreeBSD 5.5p2. Problem nastal, ked bolo nutne na strane FreeBSD pridat dalsie dve logicke IP siete (IP aliasing; 192.168.1.0/24, 192.168.2.0/24) a tie tiez tunelovat. Po nakonfigurovani sa mi to sprava tak, ze tunel, ktory sa nahodi ako prvy zafunguje, ostatne sa uz nenahodia, tzn. kto prvy pride, prvy melie :) CISCO je zrejme nakonfigurovane spravne, takze chyba je na mojej strane, nakopnite spravnym smerom. Dik. Pali ############################### FreeBSD: bge1: flags=8843 mtu 1500 options=1a inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 inet6 fe80::211:85ff:fec2:f80c%bge1 prefixlen 64 scopeid 0x2 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 ether 00:11:85:c2:f8:0c media: Ethernet autoselect (1000baseTX ) status: active cat /etc/ipsec.conf spdadd 192.168.0.0/24 172.16.0.0/24 any -P out ipsec esp/tunnel/-/require; spdadd 172.16.0.0/24 192.168.0.0/24 any -P in ipsec esp/tunnel/-/require; spdadd 192.168.1.0/24 172.16.0.0/24 any -P out ipsec esp/tunnel/-/require; spdadd 172.16.0.0/24 192.168.1.0/24 any -P in ipsec esp/tunnel/-/require; spdadd 192.168.2.0/24 172.16.0.0/24 any -P out ipsec esp/tunnel/-/require; spdadd 172.16.0.0/24 192.168.2.0/24 any -P in ipsec esp/tunnel/-/require; cat /usr/local/etc/racoon/racoon.conf remote { exchange_mode main; doi ipsec_doi; lifetime time 24 hour ; # sec,min,hour proposal { encryption_algorithm 3des; hash_algorithm md5; authentication_method pre_shared_key ; dh_group 2 ; } proposal_check obey; } sainfo address 172.16.0.0/24 any address 192.168.0.0/24 any { pfs_group 2; encryption_algorithm 3des; authentication_algorithm hmac_md5; compression_algorithm deflate; } sainfo address 172.16.0.0/24 any address 192.168.1.0/24 any { pfs_group 2; encryption_algorithm 3des; authentication_algorithm hmac_md5; compression_algorithm deflate; } sainfo address 172.16.0.0/24 any address 192.168.2.0/24 any { pfs_group 2; encryption_algorithm 3des; authentication_algorithm hmac_md5; compression_algorithm deflate; } remote anonymous { exchange_mode main; doi ipsec_doi; lifetime time 24 hour ; # sec,min,hour proposal { encryption_algorithm 3des; hash_algorithm sha1; authentication_method pre_shared_key ; dh_group 2 ; } } sainfo anonymous { pfs_group 2; encryption_algorithm 3des; authentication_algorithm hmac_sha1; compression_algorithm deflate; } ############################### CISCO: crypto isakmp policy 1 encr 3des hash md5 authentication pre-share group 2 crypto isakmp key address crypto map CM-MAP 40 ipsec-isakmp set peer set transform-set BA match address 130 ! access-list 130 permit ip 172.16.0.0 0.0.0.255 192.168.0.0 0.0.0.255 access-list 130 permit ip 172.16.0.0 0.0.0.255 192.168.1.0 0.0.0.255 access-list 130 permit ip 172.16.0.0 0.0.0.255 192.168.2.0 0.0.0.255 From FreeBSDcz at jozef.drahovsky.sk Thu Mar 22 16:26:14 2007 From: FreeBSDcz at jozef.drahovsky.sk (Jozef Drahovsky) Date: Thu, 22 Mar 2007 16:26:14 +0100 Subject: FTP instalacky na vlastnom servere Message-ID: <4602A016.6020205@jozef.drahovsky.sk> Pisem len pre vseobecnu informaciu. (ospravedlnte ma vsetci ktorym je to jasne) Ked nainstalujem server tak mam vo zvyku dotiahnut nan komplet packages a potom instalovat z ftp://localhost Teraz som nainstaloval z CD cez ISO image a dotiahol package, ale neslo to. Sysinstall hlasil ze na danom servere nie je aktualn verzia. Vyskusal som dotiahnut aj release a vse funguje ok. Ak lokalne mirorovat pre i386, tak toto: /pub/FreeBSD/releases/i386/6.2-RELEASE /pub/FreeBSD/ports/i386/packages-6.2-release Jozef From corwin at aeternal.net Fri Mar 23 00:36:51 2007 From: corwin at aeternal.net (Martin Hudec) Date: Fri, 23 Mar 2007 00:36:51 +0100 Subject: Zabbix In-Reply-To: <46026EA8.1050103@miastudio.cz> References: <46026EA8.1050103@miastudio.cz> Message-ID: <46031313.6000304@aeternal.net> Ahoj, Zbyn??k Burget wrote: > Pokud spustim zabbix_server, vyleti vytizeni procesoru postgresem na > 100%. Jak zabbix_server zabiju, vytizeni CPU zmizi. > Ani vlastne nevim, jak mam zjistit, co ten postgres dela, ze vytezuje > CPU na 100% > Skusit este pripadne ktrace? Martin From kolar.radim at gmail.com Fri Mar 23 01:13:00 2007 From: kolar.radim at gmail.com (Radim Kolar) Date: Fri, 23 Mar 2007 01:13:00 +0100 Subject: Zabbix In-Reply-To: <1174565914.1552.6.camel@shift.mediaturtle.com> References: <46026EA8.1050103@miastudio.cz> <1174565914.1552.6.camel@shift.mediaturtle.com> Message-ID: <707e14750703221713u961d6b5p2ce8cfa0577dcba5@mail.gmail.com> > Odpovedi na otazku jak zjistit co ten potgresql dela, je spustit si > pgtop a kouknout se kde to vazne. staci ps axww, on updatuje proctitle pro podrobnejsi vypis select * from pg_stat_activity; From hans at stare.cz Fri Mar 23 12:27:05 2007 From: hans at stare.cz (Jan Stary) Date: Fri, 23 Mar 2007 12:27:05 +0100 Subject: su In-Reply-To: <000001c7688f$221fa620$1403000a@milanc> References: <003a01c7688d$f6e18240$050814ac@hal9000> <000001c7688f$221fa620$1403000a@milanc> Message-ID: <20070323112705.GA6929@ns.stare.cz> On Mar 17 13:23:55, Milan Cizek wrote: > > >> Ahoj mam problem, nevim jak vznikl a ani jak ho odstranit. > > >> Nemuzu se z nezneho uzivatele prepnout na roota. :(( Je > > nejaka sance > > >> napravy nebo to budu muset cele preinstalovat? Diky > > > > obvykle se z bezneho uzivatele na roota prepnout nelze... > > lze to pouze z > > uzivatelskych kont, ktera jsou cleny skupiny wheel > > ahoj to vim, ten uzivatel je samozrejme ve wheel. Proste mam rozjeta prava, > zrejme jsem vcera omylem spustil chmod -R ... na spatnem miste. :( Jdu > reinstalovat, bude to jistejsi, stejne to bylo tak nejak v planu. za "nezneho uzivatele" dik :-) h. From hans at stare.cz Fri Mar 23 12:48:27 2007 From: hans at stare.cz (Jan Stary) Date: Fri, 23 Mar 2007 12:48:27 +0100 Subject: balancing via nizky TTL? (was: zvlastni chovani cachovaciho named) In-Reply-To: <20070319223728.X66070@k2.vol.cz> References: <20070319192245.GA38403@stud.fit.vutbr.cz> <45FEEF22.5030900@kmit.sk> <20070319223728.X66070@k2.vol.cz> Message-ID: <20070323114827.GB6929@ns.stare.cz> Dobry den, > >Skusil som cache dump (rndc dumpdb) na mojom dns pre domenu seznam.cz a > >zistil som, ze maju pre svoju domenu nastavene TTL na 170 s. > >To znamena, ze platnost je obmedzena tymto casom a po nom sa musi robit > >nova query. To koresponduje s Vasim zistenim ze sa to deje cca po 2 > >minutach. > > Tak to bude. Jen pro presnost, to TTL maji 300 s. > www.seznam.cz. 300 IN A 194.228.32.3 > >Pravdepodobne je to kvoli load balancingu, aby sa im castejsie menila > >cielova adresa serverov. - tomuhle nerozumim: takhle ze by nekdo delal load balancing? Tj. kazdych 300s vracet jinou odpoved na DNS dotaz, takze klienti polezou kazdych 300s jinam? Neni jednodussi i rychlejsi nastavit radny balancer, jehoz IP konstantne sdeluji (DNS) klientum, a on rozhazuje pozadavky mezi moje dalsi servery (jejichz adresa nemusi nikoho zajimat, ostatne muze byt treba vnitrni)? A nezaplacavat DNS traffic haldou (z tohoto pohledu) zbytecnych dotazu, ktere jsou klienti nuceni delat? No flame, jen mi prijde divne balancovat zrovna takhle. Treba to tak nicmene seznam dela - jake vyhody to muze mit? Anebo se tohle pouzije v situaci, kdy jeden stroj by ani nestihl ty dotazy rozhazovat? Diky Hans From cejkar at fit.vutbr.cz Fri Mar 23 13:09:52 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Fri, 23 Mar 2007 13:09:52 +0100 Subject: balancing via nizky TTL? (was: zvlastni chovani cachovaciho named) In-Reply-To: <20070323114827.GB6929@ns.stare.cz> References: <20070319192245.GA38403@stud.fit.vutbr.cz> <45FEEF22.5030900@kmit.sk> <20070319223728.X66070@k2.vol.cz> <20070323114827.GB6929@ns.stare.cz> Message-ID: <20070323120952.GA83402@fit.vutbr.cz> Jan Stary wrote (2007/03/23): > - tomuhle nerozumim: takhle ze by nekdo delal load balancing? Ano. > Neni jednodussi i rychlejsi nastavit radny balancer, jehoz > IP konstantne sdeluji (DNS) klientum, a on rozhazuje pozadavky > mezi moje dalsi servery (jejichz adresa nemusi nikoho zajimat, > ostatne muze byt treba vnitrni)? No nevim, ale zmena jednoho cisla mi pripada opravdu jednodussi, nez pouzivat LSNAT ci neco podobneho. Navic lze vyuzivat kombinaci vice zpusobu. > A nezaplacavat DNS traffic > haldou (z tohoto pohledu) zbytecnych dotazu, ktere jsou > klienti nuceni delat? Kdyby byl tento problem aspon jednim promilem z toho, co lze povazovat za zbytecny provoz, tak bych byl opravdu happy :o) > Anebo se tohle pouzije v situaci, kdy jeden stroj by > ani nestihl ty dotazy rozhazovat? Vypadku muze byt nekolik druhu a kazdy zpusob vyvazovani je nachylny na jiny, a toto muze byt jedna z moznosti. Vyhodou tohoto reseni (i kdyz ne jedineho], je to, ze se nemusi predpokladat nic o kvalitach klienta, a geograficka nezavislost, takze jeden server muze byt v Nemecku, druhy u nas, treti na Slovensku atd. a smerovace vzdy vyuziji tu cestu pro data, ktera je podle jejich konfigurace nejjednodussi, a nemusi se chodit pred jeden centralni bod. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From ivo at vutbr.cz Fri Mar 23 13:16:03 2007 From: ivo at vutbr.cz (Ivo Hazmuk) Date: Fri, 23 Mar 2007 13:16:03 +0100 Subject: balancing via nizky TTL? In-Reply-To: <20070323114827.GB6929@ns.stare.cz> References: <20070319192245.GA38403@stud.fit.vutbr.cz> <45FEEF22.5030900@kmit.sk> <20070319223728.X66070@k2.vol.cz> <20070323114827.GB6929@ns.stare.cz> Message-ID: <4603C503.4010609@vutbr.cz> Dobry den, Jan Stary wrote: > No flame, jen mi prijde divne balancovat zrovna takhle. > Treba to tak nicmene seznam dela - jake vyhody to muze > mit? Rozkladani zateze udelate tak, ze jeden RR ma vice A zaznamu. NS posle vsechny A zaznamy a klient si vybere. > Anebo se tohle pouzije v situaci, kdy jeden stroj by > ani nestihl ty dotazy rozhazovat? Toto delam v situaci, kdy se ma server prestehovat na jinou IP adresu. Rozumnej do jine IP site, serverovny, ... Pred operaci se snizi TTL na vhodny cas, aby po obzivnuti stroje bylo mozne vymenit IP adresu za novou a stara IP nevysela po vsech certech ve vyrovnavacich pametech zbytecne dlouho. A pozor na NCACHE TTL. S pozdravem Ivo Hazmuk From zyx at stv.sk Fri Mar 23 13:24:12 2007 From: zyx at stv.sk (zyx at stv.sk) Date: Fri, 23 Mar 2007 13:24:12 +0100 Subject: balancing via nizky TTL? (was: zvlastni chovani cachovaciho named) In-Reply-To: <20070323120952.GA83402@fit.vutbr.cz> References: <20070319192245.GA38403@stud.fit.vutbr.cz> <45FEEF22.5030900@kmit.sk> <20070319223728.X66070@k2.vol.cz> <20070323114827.GB6929@ns.stare.cz> <20070323120952.GA83402@fit.vutbr.cz> Message-ID: <20070323122412.GX30462@jang.stv.sk> On Fri, Mar 23, 2007 at 01:09:52PM +0100, Rudolf Cejka wrote: > Jan Stary wrote (2007/03/23): > > - tomuhle nerozumim: takhle ze by nekdo delal load balancing? > > Ano. > > > Neni jednodussi i rychlejsi nastavit radny balancer, jehoz > > IP konstantne sdeluji (DNS) klientum, a on rozhazuje pozadavky > > mezi moje dalsi servery (jejichz adresa nemusi nikoho zajimat, > > ostatne muze byt treba vnitrni)? > > No nevim, ale zmena jednoho cisla mi pripada opravdu jednodussi, > nez pouzivat LSNAT ci neco podobneho. Navic lze vyuzivat kombinaci > vice zpusobu. > > > A nezaplacavat DNS traffic > > haldou (z tohoto pohledu) zbytecnych dotazu, ktere jsou > > klienti nuceni delat? > > Kdyby byl tento problem aspon jednim promilem z toho, co lze povazovat > za zbytecny provoz, tak bych byl opravdu happy :o) > > > Anebo se tohle pouzije v situaci, kdy jeden stroj by > > ani nestihl ty dotazy rozhazovat? > > Vypadku muze byt nekolik druhu a kazdy zpusob vyvazovani je nachylny > na jiny, a toto muze byt jedna z moznosti. Vyhodou tohoto reseni > (i kdyz ne jedineho], je to, ze se nemusi predpokladat nic o kvalitach > klienta, a geograficka nezavislost, takze jeden server muze byt > v Nemecku, druhy u nas, treti na Slovensku atd. a smerovace vzdy > vyuziji tu cestu pro data, ktera je podle jejich konfigurace > nejjednodussi, a nemusi se chodit pred jeden centralni bod. > > -- > Rudolf Cejka http://www.fit.vutbr.cz/~cejkar > Brno University of Technology, Faculty of Information Technology > Bozetechova 2, 612 66 Brno, Czech Republic > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l Robi to aj napr. google, pri ich cca 400 000 serveroch, by bolo asi dost nezmyselne a pravdepodobne aj nerealne, aby maly jednu site, kde by to mali vsetko poskladane, balancuje sa to lokalne a medzi sajtami podla vytazenosti a dostupnosti aj DNSkami, oni maju TTL 300 a samozrejme podla lokality klienta sa vybera "najblizsie" datacentrum... -- Peter Mihalik From dan at obluda.cz Sat Mar 24 01:29:21 2007 From: dan at obluda.cz (Dan Lukes) Date: Sat, 24 Mar 2007 01:29:21 +0100 Subject: IPSec In-Reply-To: <04b701c76c94$c9cb4510$09020a0a@netmont.local> References: <04b701c76c94$c9cb4510$09020a0a@netmont.local> Message-ID: <460470E1.7090009@obluda.cz> stobbi napsal/wrote, On 03/22/07 16:14: > tunelovat. Po nakonfigurovani sa mi to sprava tak, ze tunel, ktory sa nahodi > ako prvy zafunguje, ostatne sa uz nenahodia, tzn. kto prvy pride, prvy melie Muze nedojit k dokonceni faze 1 ISAKMP hanshakingu, mohlo dojit k selhani v druhe vazi, nebo se dokonce hanshaking povedl a klic evymenily, ale nefunguje az vlastni tunel, mohlo dojit k necemu uplne jinemu ... "Nenahodi" je prilis siroky pojem. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From Petr.Strajt at seznam.cz Sat Mar 24 16:56:16 2007 From: Petr.Strajt at seznam.cz (=?iso-8859-2?Q?Hleda=E8?=) Date: Sat, 24 Mar 2007 16:56:16 +0100 (CET) Subject: =?us-ascii?Q?nefunkcni=20kolecko=20mysi=20=2D=20Vyreseno?= Message-ID: <12.71-5129-1203443410-1174751776@seznam.cz> Dobry den, pred casem jsem zde pokl?dal dotaz stran rozpohybovani kolecka mysi. Reseni celeho problemu se jak jinak nachazelo mezi zidli a klavesnici. Kdyz jsem se pokousel nastavit grafick? rozhran? pomoc? prikazu # Xorg -configure, kter? je uvedeny v Handbooku, tak mi to spadlo s chybovou hl??kou: "Input not supported" nenapadlo mne nic jin?ho, ne? takto vymazat tento konfiguracni soubor a pokusit se ho vytvorit pomoci jineho nastroje. Zkusil jsem to pomoci xorgconfig. Tento n?stroj sice vytvo?il funkcni konfiguracni soubor, ale nejelo zminene kolecko mysi. Dlohuho mi trvalo najit pricinu. Az po druhe reinstalaci mne napadlo si "nefunkcni" konfiguracni soubor zazalohovat a porovnat jej s t?m, kter? vytvo?il xorgconfig. Rozd?l byl v tom, ?e soubor generovan? Xorg -configure identifikoval mys jako psm0, coz bylo v poradku, kdezto soubor vygenerovany nastrojem xorgconfig urcil mys jako psm1 a proto to nejelo. Pokud jde o probl?m s "Input not support" tak stacilo krom obnovovac? frekvence doplnit funkcn? rozlisen? obrazovky. Takze upraven? cast souboru vypadala takhle: DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1680x1050" EndSubSection EndSection V p?vodn? vytvo?en?m konfigur?ku nen? ??dn? rozli?en?, proto to pad? s touto hl?skou. Snad tento prispevek nekomu pomuze. S pozdravem Petr Strajt From jp at devnull.cz Sun Mar 25 12:03:06 2007 From: jp at devnull.cz (Jan Pechanec) Date: Sun, 25 Mar 2007 12:03:06 +0200 (CEST) Subject: =?iso-8859-2?Q?vlastn=ED__sms_br=E1na?= In-Reply-To: <20070321161718.GA89141@fit.vutbr.cz> References: <460103B2.4080604@obluda.cz> <20070321155426.62AF35C245@mail.forma.sk> <20070321161718.GA89141@fit.vutbr.cz> Message-ID: <20070325115901.D75026@shark.devnull.cz> On Wed, 21 Mar 2007, Rudolf Cejka wrote: >Jeden modul pripojeny pres USB, dva ruzne funkcni SW (akorat musim >malinko patchovat usbdevs a usb_quirks.c): > ># gammu --identify >Manufacturer : Siemens >Model : unknown (MC75) >Firmware : REVISION 03.010 jen pro informaci, pro Siemens, konkretne ME45 ale umel skoro vsechny v te dobe, jsem k velky spokojenosti pouzival scmxx. Nevim jak by to bylo s dnesnimi Siemens modely. /usr/ports/comms/scmxx$ cat pkg-descr SCMxx is a data exchange utility for certain Siemens mobile phone models. Data types handled include logo bitmaps, MIDI files, vCalendars, address books, phonebook entries and SMS. Support for phones includes the S25, C35i, S35i, M35i, C45, S45, ME45 and SL45 models. WWW: http://www.hendrik-sattler.de/scmxx/ -- Jan Pechanec http://www.devnull.cz From dan at obluda.cz Sun Mar 25 13:48:15 2007 From: dan at obluda.cz (Dan Lukes) Date: Sun, 25 Mar 2007 13:48:15 +0200 Subject: =?ISO-8859-1?Q?vlastn=ED__sms_br=E1na?= In-Reply-To: <20070325115901.D75026@shark.devnull.cz> References: <460103B2.4080604@obluda.cz> <20070321155426.62AF35C245@mail.forma.sk> <20070321161718.GA89141@fit.vutbr.cz> <20070325115901.D75026@shark.devnull.cz> Message-ID: <4606617F.8080101@obluda.cz> Jan Pechanec wrote: > jen pro informaci, pro Siemens, konkretne ME45 ale umel skoro > vsechny v te dobe, jsem k velky spokojenosti pouzival scmxx. Nevim jak by to > bylo s dnesnimi Siemens modely. No, ony Siemensy (ale nikoly jen ony) maji standardizovane AT prikazy (GSM 07.05 = ETSI 300 585), takze odeslat SMS by melo nakonec jit i pomoci "echo ... >/dev/cuaau0" primo z prikazove radky. Obzvlast pokud modul umi SMS/textovy rezim a neni nutne sestavovat TPDU ... Dan From jp at devnull.cz Sun Mar 25 17:25:42 2007 From: jp at devnull.cz (Jan Pechanec) Date: Sun, 25 Mar 2007 17:25:42 +0200 (CEST) Subject: =?ISO-8859-1?Q?vlastn=ED__sms_br=E1na?= In-Reply-To: <4606617F.8080101@obluda.cz> References: <460103B2.4080604@obluda.cz> <20070321155426.62AF35C245@mail.forma.sk> <20070321161718.GA89141@fit.vutbr.cz> <20070325115901.D75026@shark.devnull.cz> <4606617F.8080101@obluda.cz> Message-ID: <20070325172403.Q75253@shark.devnull.cz> On Sun, 25 Mar 2007, Dan Lukes wrote: >Jan Pechanec wrote: >> jen pro informaci, pro Siemens, konkretne ME45 ale umel skoro >> vsechny v te dobe, jsem k velky spokojenosti pouzival scmxx. Nevim jak by to >> bylo s dnesnimi Siemens modely. > > No, ony Siemensy (ale nikoly jen ony) maji standardizovane AT prikazy >(GSM 07.05 = ETSI 300 585), takze odeslat SMS by melo nakonec jit i >pomoci "echo ... >/dev/cuaau0" primo z prikazove radky. Obzvlast pokud >modul umi SMS/textovy rezim a neni nutne sestavovat TPDU ... ja jsem spis jen upozornoval na dalsi soft, ktery umi zvlastnosti Siemensu. Priznam se ze SMS jsem pres zadny tool posilat nikdy nemusel, stacily mi v te dobe fcni mail brany provideru. h. -- Jan Pechanec http://www.devnull.cz From dan at obluda.cz Sun Mar 25 18:27:34 2007 From: dan at obluda.cz (Dan Lukes) Date: Sun, 25 Mar 2007 18:27:34 +0200 Subject: =?ISO-8859-1?Q?vlastn=ED__sms_br=E1na?= In-Reply-To: <20070325172403.Q75253@shark.devnull.cz> References: <460103B2.4080604@obluda.cz> <20070321155426.62AF35C245@mail.forma.sk> <20070321161718.GA89141@fit.vutbr.cz> <20070325115901.D75026@shark.devnull.cz> <4606617F.8080101@obluda.cz> <20070325172403.Q75253@shark.devnull.cz> Message-ID: <4606A2F6.1050508@obluda.cz> Jan Pechanec napsal/wrote, On 03/25/07 17:25: >>> jen pro informaci, pro Siemens, konkretne ME45 ale umel skoro >>> vsechny v te dobe, jsem k velky spokojenosti pouzival scmxx. Nevim jak by to >>> bylo s dnesnimi Siemens modely. >> >> No, ony Siemensy (ale nikoly jen ony) maji standardizovane AT prikazy >>(GSM 07.05 = ETSI 300 585), takze odeslat SMS by melo nakonec jit i >>pomoci "echo ... >/dev/cuaau0" primo z prikazove radky. Obzvlast pokud >>modul umi SMS/textovy rezim a neni nutne sestavovat TPDU ... > > ja jsem spis jen upozornoval na dalsi soft, ktery umi zvlastnosti > Siemensu. Praveze nemyslim, ze ten soft umel zvlastnosti Siemensu - jen ten soft, a Siemensacke moduly, umely standardni, k praci se SMS urcene, metody a prikazy - takze jsem jednak chtel upozornit, ze onen tebou zmineny tool by mohl chodit i s jinymi moduly (nejspis bude chodit s kazdym modulem respektujicim prislusne GSM standardy), jednak jsem chtel pri te prilezitosti upozornit na mozny dalsi program schopny za urcitych okolnosti odesilat z FreeBSD SMS - a to obycejny shell ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From jaroslav.votruba at keytec.cz Mon Mar 26 07:53:16 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Mon, 26 Mar 2007 07:53:16 +0200 Subject: nastaveni apache In-Reply-To: <45FE49B9.8080505@ada-net.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> Message-ID: <46075FCC.4000607@keytec.cz> > a hned prvni odkaz: > > AddType application/x-httpd-php .php .php3 .html .htm > > > tak jsem se zase na chvily k apachovi. Vyse popsana konfigurace je super,jen mi pak nefungujou html stranky(php bez problemu).Vyhodim .html .htm a str?nky mi zase chodi. s cim se mi to tam rve? nejsem si jistej,ale kdyz jsem to zkousel poprvy ,tak mi to snad i fungovalo podle mych predstav a mezitim jsem na apache nehrabal,ale uz si nejsem jistej,protoze mi mezi to vlitlo plno jinych veci -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From fulda at seznam.cz Mon Mar 26 09:07:49 2007 From: fulda at seznam.cz (Jindra Fucik) Date: Mon, 26 Mar 2007 09:07:49 +0200 Subject: =?iso-8859-1?Q?Re:_vlastn=ED__sms_br=E1na?= References: <460103B2.4080604@obluda.cz> <20070321155426.62AF35C245@mail.forma.sk> <20070321161718.GA89141@fit.vutbr.cz> <20070325115901.D75026@shark.devnull.cz> <4606617F.8080101@obluda.cz><20070325172403.Q75253@shark.devnull.cz> <4606A2F6.1050508@obluda.cz> Message-ID: <000d01c76f75$76a26740$233e580a@PC2088> ----- Original Message ----- > Praveze nemyslim, ze ten soft umel zvlastnosti Siemensu - jen ten soft, > a Siemensacke moduly, umely standardni, k praci se SMS urcene, metody a > prikazy - takze jsem jednak chtel upozornit, ze onen tebou zmineny tool > by mohl chodit i s jinymi moduly (nejspis bude chodit s kazdym modulem > respektujicim prislusne GSM standardy), jednak jsem chtel pri te > prilezitosti upozornit na mozny dalsi program schopny za urcitych > okolnosti odesilat z FreeBSD SMS - a to obycejny shell ... Priznam se, ze jsem moc nesledoval tuhle diskuzi, bo jsem se poflakoval po horach. Ale pokud to nekoho zajima, tak jsem si onehda napsal takove udelatko, ktere z telefonu stahuje SMSky a posila mi je mailem, taky sleduje, jestli telefon nezvoni a pokud ano, tak mi do mailu posle cislo volajiciho. Mam udelane i funkce pro odeslani sms, ale moc jsem nedodelal serverove funkce odkud se vezme zdrojovej text. Zatim to jednou za hodinu proscanuje adresar a pokud v nem je soubor, tak to jeho prvnich 160 znaku odesle. Pokud to nekdo chcete, je to par radek v perlu - klidne to poslu From koutek at o-k.cz Mon Mar 26 10:20:03 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Mon, 26 Mar 2007 10:20:03 +0200 Subject: nastaveni apache In-Reply-To: <46075FCC.4000607@keytec.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> Message-ID: <1174897204.26005.5.camel@shift.mediaturtle.com> Jaroslav Votruba p??e v po 26. 03. 2007 v 07:53 +0200: > tak jsem se zase na chvily k apachovi. Vyse popsana konfigurace je > super,jen mi pak nefungujou html stranky(php bez problemu).Vyhodim > .html .htm a str?nky mi zase chodi. > s cim se mi to tam rve? Nebude to zalezet na obsahu? Navic nechapu pozadavek davat do .html PHP kod, kdyz v .php se bezne uziva kombinace HTML a PHP. Co vam tedy brani ve zmene pripony? Ondra From jaroslav.votruba at keytec.cz Mon Mar 26 12:03:36 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Mon, 26 Mar 2007 12:03:36 +0200 Subject: nastaveni apache In-Reply-To: <1174897204.26005.5.camel@shift.mediaturtle.com> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <1174897204.26005.5.camel@shift.mediaturtle.com> Message-ID: <46079A78.2050909@keytec.cz> > > Nebude to zalezet na obsahu? > Navic nechapu pozadavek davat do .html PHP kod, kdyz v .php se bezne > uziva kombinace HTML a PHP. Co vam tedy brani ve zmene pripony? > > Ondra > > zas az tak se v teto problematice neorientuji-zacinam s tim. Ale zacal jsem se ucit HTML a udelal v nem stranky .ted zacinam s PHP a chtel bych vyuzit vetsinu z puvodnich stranek. Co jsem zjistil,kdyz v neco .php vkladam HTML kod ,tak musi byt uvozovkovan jinak to php neschrousta.A tomu bych se chtel vyhnout,je to moc prace. Spise bych chtel jit cestou HTML kodu a do neho vlozeny kusy PHP kodu. Podle knizky to jde,bohuzel knika nerika jak toho dosahnout. Nejsem si jistej,zda kdyz zmenim priponu a pajsl zustane HTML,zda to projde. -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From fabian at fabian.cz Mon Mar 26 12:08:23 2007 From: fabian at fabian.cz (Lukas Vana) Date: Mon, 26 Mar 2007 12:08:23 +0200 Subject: nastaveni apache In-Reply-To: <46079A78.2050909@keytec.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <1174897204.26005.5.camel@shift.mediaturtle.com> <46079A78.2050909@keytec.cz> Message-ID: On Mon, 26 Mar 2007 12:03:36 +0200, Jaroslav Votruba wrote: > >> >> Nebude to zalezet na obsahu? >> Navic nechapu pozadavek davat do .html PHP kod, kdyz v .php se bezne >> uziva kombinace HTML a PHP. Co vam tedy brani ve zmene pripony? >> >> Ondra >> >> > zas az tak se v teto problematice neorientuji-zacinam s tim. Ale zacal > jsem se ucit HTML a udelal v nem stranky .ted zacinam s PHP a chtel > bych vyuzit vetsinu z puvodnich stranek. Co jsem zjistil,kdyz v neco > .php vkladam HTML kod ,tak musi byt uvozovkovan jinak to php > neschrousta.A tomu bych se chtel vyhnout,je to moc prace. Spise bych > chtel jit cestou HTML kodu a do neho vlozeny kusy PHP kodu. Podle knizky > to jde,bohuzel knika nerika jak toho dosahnout. > Nejsem si jistej,zda kdyz zmenim priponu a pajsl zustane HTML,zda to > projde. > Dd, samozrejme, ze to projde. Mala ukazka: blbla Jinak doporucuji zacit studovat treba nekde tady: http://www.kosek.cz/php/index.html , http://php.vrana.cz/ , http://php.cz atd. -- Lukas Vana (fabian) IT bridge.net s.r.o. tel.: +420 267 132 39 web: http://www.itbridge.net home page: http://home.fabian.cz icq: 274000127 irc: #czech at AfterNet, #penguin.cz at IRCNet From jaroslav.votruba at keytec.cz Mon Mar 26 13:41:52 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Mon, 26 Mar 2007 13:41:52 +0200 Subject: nastaveni apache In-Reply-To: References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <1174897204.26005.5.camel@shift.mediaturtle.com> <46079A78.2050909@keytec.cz> Message-ID: <4607B180.9010309@keytec.cz> >> > Dd, > samozrejme, ze to projde. Mala ukazka: > hmmm,tak jsem asi jinej ale me to proste neprojde.Presne tak bych si to predstavoval,ale apache ma asi jiny nazor. tady je phpinfo http://mail.keytec.cz/testik/index.php ,jestli podle toho budete nekdo schopen rict co je blbe. jediny co me napada je Registered PHP Streams php, file, http, ftp, https, ftps a pridat i html,ale je to jen laickej nazor -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From fabian at fabian.cz Mon Mar 26 13:48:08 2007 From: fabian at fabian.cz (Lukas Vana) Date: Mon, 26 Mar 2007 13:48:08 +0200 Subject: nastaveni apache In-Reply-To: <4607B180.9010309@keytec.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <1174897204.26005.5.camel@shift.mediaturtle.com> <46079A78.2050909@keytec.cz> <4607B180.9010309@keytec.cz> Message-ID: On Mon, 26 Mar 2007 13:41:52 +0200, Jaroslav Votruba wrote: > > >>> >> Dd, >> samozrejme, ze to projde. Mala ukazka: >> > hmmm,tak jsem asi jinej ale me to proste neprojde.Presne tak bych si to > predstavoval,ale apache ma asi jiny nazor. > tady je phpinfo http://mail.keytec.cz/testik/index.php ,jestli podle > toho budete nekdo schopen rict co je blbe. > jediny co me napada je > Registered PHP Streams php, file, http, ftp, https, ftps > > a pridat i html,ale je to jen laickej nazor > No vzhledem k tomu, ze to phpinfo funguje, tak by to melo byt v poradku. Jeste muzete misto dat , ale melo by jit oboji. Jinak bysme mohli radit vic, kdybyste nam napsal nejakou hlasku, kterou to vyhodi do logu treba. -- Lukas Vana (fabian) IT bridge.net s.r.o. tel.: +420 267 132 39 web: http://www.itbridge.net home page: http://home.fabian.cz icq: 274000127 irc: #czech at AfterNet, #penguin.cz at IRCNet From 000.fbsd at quip.cz Mon Mar 26 15:18:02 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon, 26 Mar 2007 15:18:02 +0200 Subject: nastaveni apache In-Reply-To: References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <1174897204.26005.5.camel@shift.mediaturtle.com> <46079A78.2050909@keytec.cz> <4607B180.9010309@keytec.cz> Message-ID: <4607C80A.30506@quip.cz> Lukas Vana wrote: [...] > No vzhledem k tomu, ze to phpinfo funguje, tak by to melo byt v poradku. > Jeste muzete misto dat , ale melo by jit oboji. Jinak bysme > mohli radit vic, kdybyste nam napsal nejakou hlasku, kterou to vyhodi do > logu treba. Pokud se nepletu, tak v recommended php.ini je short_open_tag = Off a proto neprojde References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> Message-ID: <4607C89A.80204@obluda.cz> Jaroslav Votruba napsal/wrote, On 03/26/07 07:53: >> AddType application/x-httpd-php .php .php3 .html .htm > Vyse popsana konfigurace je > super,jen mi pak nefungujou html stranky(php bez problemu).Vyhodim > .html .htm a str?nky mi zase chodi. Zkusil jsi nekdy poslat sve lekarce mailem dotaz "pani doktorko, neni mi dobre, muzete mi poradit jak se mam vylecit ?" Tak to zkus. A to co ti odpovi si mysli, ze jsem ti odpovedel ja na tvuj dotaz "nefunguji mi HTML stranky - jak to mam opravit". "Nefunguje" je opravdu zoufale nedostatecny zpusob jak popsat zavadu ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Mon Mar 26 15:36:47 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 26 Mar 2007 15:36:47 +0200 Subject: nastaveni apache In-Reply-To: <4607C80A.30506@quip.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <1174897204.26005.5.camel@shift.mediaturtle.com> <46079A78.2050909@keytec.cz> <4607B180.9010309@keytec.cz> <4607C80A.30506@quip.cz> Message-ID: <4607CC6F.9090405@obluda.cz> Miroslav Lachman napsal/wrote, On 03/26/07 15:18: >> Jeste muzete misto dat , ale melo by jit oboji. Jinak bysme >> mohli radit vic, kdybyste nam napsal nejakou hlasku, kterou to vyhodi do >> logu treba. > > Pokud se nepletu, tak v recommended php.ini je short_open_tag = Off a > proto neprojde References: <460103B2.4080604@obluda.cz> <20070321155426.62AF35C245@mail.forma.sk> <20070321161718.GA89141@fit.vutbr.cz> <20070325115901.D75026@shark.devnull.cz> <4606617F.8080101@obluda.cz><20070325172403.Q75253@shark.devnull.cz> <4606A2F6.1050508@obluda.cz> <000d01c76f75$76a26740$233e580a@PC2088> Message-ID: <4607D3C8.9010406@seznam.cz> Jj, po?li to sem. D?ky Jirka (GeBu) > Pokud to nekdo chcete, je to par radek v perlu - klidne to poslu > From corwin at aeternal.net Mon Mar 26 19:38:55 2007 From: corwin at aeternal.net (Martin Hudec) Date: Mon, 26 Mar 2007 19:38:55 +0200 Subject: nastaveni apache In-Reply-To: <46075FCC.4000607@keytec.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> Message-ID: <4608052F.40601@aeternal.net> Jaroslav Votruba wrote: > >> a hned prvni odkaz: >> >> AddType application/x-httpd-php .php .php3 .html .htm >> >> >> > tak jsem se zase na chvily k apachovi. Vyse popsana konfigurace je > super,jen mi pak nefungujou html stranky(php bez problemu).Vyhodim > .html .htm a str????nky mi zase chodi. > s cim se mi to tam rve? > > nejsem si jistej,ale kdyz jsem to zkousel poprvy ,tak mi to snad i > fungovalo podle mych predstav a mezitim jsem na apache nehrabal,ale uz > si nejsem jistej,protoze mi mezi to vlitlo plno jinych veci No ono je hlavne na zamyslenie uz samotny fakt, ze preco mame na php stranky pripony .php a na staticke html stranky mame .html, ze? :) Preco to chces miesat vlastne? Ze aj html aj php ma byt brane v ramci php. Martin From dan at obluda.cz Mon Mar 26 20:15:42 2007 From: dan at obluda.cz (Dan Lukes) Date: Mon, 26 Mar 2007 20:15:42 +0200 Subject: nastaveni apache In-Reply-To: <4608052F.40601@aeternal.net> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> Message-ID: <46080DCE.3040209@obluda.cz> Martin Hudec napsal/wrote, On 03/26/07 19:38: > No ono je hlavne na zamyslenie uz samotny fakt, ze preco mame na php > stranky pripony .php a na staticke html stranky mame .html, ze? :) Aby me servirovani statickych stranek nezralo zbytrecne vykon tim, ze se tam interpreter PHP bude pokouset hleda kod, ktery v ni neni ? Obracene se to dela vetsinou, kdyz se PHPizuje puvodne staticky WWW a nenasla se energie na prejmenovani stranek a zmenu vsech odkazu. Pri vyrabeni noveho WEBa je to ale neni duvod michat ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From xkucf03 at seznam.cz Mon Mar 26 20:54:19 2007 From: xkucf03 at seznam.cz (=?UTF-8?B?RnJhbnRpxaFlayBLdcSNZXJh?=) Date: Mon, 26 Mar 2007 20:54:19 +0200 Subject: nastaveni apache In-Reply-To: <46080DCE.3040209@obluda.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> Message-ID: <460816DB.6060906@seznam.cz> no jo, ale t?eba to chce kv?li utajen?, aby nebylo hned vid?t, ?e ty str?nky jsou v php. a taky bych ?ekl, ?e v?t?ina str?nek bude stejn? dynamick? a statick? budou jen obr?zky atd., kter?ch se to ale net?k?. (jinak je ale samoz?ejm? zbyte?nost proh?n?t PHP?kem ?ist? html) > Aby me servirovani statickych stranek nezralo zbytrecne vykon tim, ze > se tam interpreter PHP bude pokouset hleda kod, ktery v ni neni ? > From 000.fbsd at quip.cz Mon Mar 26 21:33:59 2007 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon, 26 Mar 2007 21:33:59 +0200 Subject: nastaveni apache In-Reply-To: <460816DB.6060906@seznam.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> Message-ID: <46082027.5050203@quip.cz> Franti?ek Ku?era wrote: > no jo, ale t?eba to chce kv?li utajen?, aby nebylo hned vid?t, ?e ty > str?nky jsou v php. a taky bych ?ekl, ?e v?t?ina str?nek bude stejn? > dynamick? a statick? budou jen obr?zky atd., kter?ch se to ale net?k?. > (jinak je ale samoz?ejm? zbyte?nost proh?n?t PHP?kem ?ist? html) Kvuli utajeni je pak efektivnejsi pouzit napriklad mod_rewrite a klidne si tak prepsat vsechna URL na *.asp, nebo *.jsp ;o) Miroslav Lachman From corwin at aeternal.net Mon Mar 26 21:53:16 2007 From: corwin at aeternal.net (Martin Hudec) Date: Mon, 26 Mar 2007 21:53:16 +0200 Subject: nastaveni apache In-Reply-To: <46080DCE.3040209@obluda.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> Message-ID: <460824AC.70402@aeternal.net> Dan Lukes wrote: > Martin Hudec napsal/wrote, On 03/26/07 19:38: >> No ono je hlavne na zamyslenie uz samotny fakt, ze preco mame na php >> stranky pripony .php a na staticke html stranky mame .html, ze? :) > > Aby me servirovani statickych stranek nezralo zbytrecne vykon tim, ze > se tam interpreter PHP bude pokouset hleda kod, ktery v ni neni ? > > Obracene se to dela vetsinou, kdyz se PHPizuje puvodne staticky WWW a > nenasla se energie na prejmenovani stranek a zmenu vsech odkazu. > > Pri vyrabeni noveho WEBa je to ale neni duvod michat ... Dik Dan za odpoved, ono v tej mojej uplne nekonstruktivnej reakcii smajlik mal sam o sebe naznacit, ze ako to myslim :). Co sa tyka toho obratenia, take nieco ma nenapadlo este, ale fajn, ze viem o takomto workarounde. pekny vecer, Martin From jaroslav.votruba at keytec.cz Tue Mar 27 06:38:16 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Tue, 27 Mar 2007 06:38:16 +0200 Subject: nastaveni apache In-Reply-To: <460816DB.6060906@seznam.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> Message-ID: <46089FB8.204@keytec.cz> > no jo, ale t?eba to chce kv?li utajen?, aby nebylo hned vid?t, ?e ty > > ne ne ne, jak jsem psal v jednom threadu. pot?ebuji jen do statickejch > str?nek tu a tam zaoperovat kusy php kodu. Jde to obr?cen?,ale j? jsem > lenivej to zas tak moc p?ed?l?vat(uvozovkov?n? tag?). Na > rychlosti(v?konu) mi zas tak moc nesejde AddType application/x-httpd-php .php .php3 .html .htm -tohle mi zafungovalo,ale pak prestalo. Netu??m pro?. -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From Jan.Koukal at fs.cvut.cz Tue Mar 27 09:43:40 2007 From: Jan.Koukal at fs.cvut.cz (Jan Koukal) Date: Tue, 27 Mar 2007 09:43:40 +0200 Subject: Zabbix In-Reply-To: <1174565914.1552.6.camel@shift.mediaturtle.com> References: <46026EA8.1050103@miastudio.cz> <1174565914.1552.6.camel@shift.mediaturtle.com> Message-ID: <003601c77043$a323a350$9ca02093@ad.fsid.cvut.cz> Me bezel jeste nedavno zabbix-1.1.6,1 na 6.1-SECURITY , postgresql-server-8.0.9 bez problemu. Ted jsem to sice musel preklopit na MySQL,ale bylo to z jinych duvodu. JK -----Original Message----- From: users-l-bounces at freebsd.cz [mailto:users-l-bounces at freebsd.cz] On Behalf Of Ondra Koutek Sent: Thursday, March 22, 2007 1:19 PM To: FreeBSD mailing list Subject: Re: Zabbix Provozoval jsem zabbix oproti MySQL a tohle se mi nestavalo, takze bych chybu hledal v pripojeni na databazi. Odpovedi na otazku jak zjistit co ten potgresql dela, je spustit si pgtop a kouknout se kde to vazne. Ondra -- FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l From zburget at miastudio.cz Tue Mar 27 09:53:34 2007 From: zburget at miastudio.cz (=?ISO-8859-2?Q?Zbyn=ECk_Burget?=) Date: Tue, 27 Mar 2007 09:53:34 +0200 Subject: Zabbix In-Reply-To: <707e14750703221713u961d6b5p2ce8cfa0577dcba5@mail.gmail.com> References: <46026EA8.1050103@miastudio.cz> <1174565914.1552.6.camel@shift.mediaturtle.com> <707e14750703221713u961d6b5p2ce8cfa0577dcba5@mail.gmail.com> Message-ID: <4608CD7E.8020206@miastudio.cz> Dekuji vsem zucastnenym, problem se podarilo vyresit. Zabrala hlavne tabulka pg_stat_activity Byl tam nejaky zahadny problem s napojenim zabbixe na postgres. Jen nechapu, proc to vubec nejakou dobu fungovalo a proc se nic neobjevovalo v logu. Pokud jsem ten problem s napojenim jeste zvetsil, chyby v logu se objevily. Jak jsem ho odstranil, uz vse funguje, jak ma. Diky Zbyn?k Burget Radim Kolar napsal(a): >> Odpovedi na otazku jak zjistit co ten potgresql dela, je spustit si >> pgtop a kouknout se kde to vazne. > staci ps axww, on updatuje proctitle pro podrobnejsi vypis > select * from pg_stat_activity; -- Zbyn?k Burget MIA Studio, spol. s r.o. Masarykovo n?m. 15a 682 01 Vy?kov Tel.: 517 324 621 From martin.sykora at vizus.cz Tue Mar 27 11:23:21 2007 From: martin.sykora at vizus.cz (Martin Sykora) Date: Tue, 27 Mar 2007 11:23:21 +0200 Subject: Make don't know how to make Message-ID: <4608E289.9000508@vizus.cz> Zdravim vsechny a prosim o radu. Mam FreeBSD 6.1-RELEASE, jadro si umim prelozit starym systemem. "Novy" system pres make buildkernel z /usr/src mi nefunguje. Nefunguje mi ani make world, ktery potrebuji kvuli jailu. Konkretne to hlasi toto: "make: don't know how to make world. Stop". Soubor /etc/make.conf je prazdny, resp. je v nem jen zaznam od Perlu. Evidentne mi v systemu neco chybi, ale tapu v tom, kterym smerem hledat. Pri Googlovani jsem neuspel, ani rady na podobny dotaz v teto konfere mi nepomohly. Prosim o nasmerovani... Diky Martin -- Martin Sykora __________________________________________ V I Z U S . i n t e r n e t p a r t n e r martin.sykora at vizus.cz +420 604 238 389 http://www.vizus.cz +420 224 316 771 From koutek at o-k.cz Tue Mar 27 11:52:09 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Tue, 27 Mar 2007 11:52:09 +0200 Subject: Make don't know how to make In-Reply-To: <4608E289.9000508@vizus.cz> References: <4608E289.9000508@vizus.cz> Message-ID: <1174989129.23157.1.camel@shift.mediaturtle.com> No ja nevim co delate spatne, ale idealni je: cd /usr/src ls ... kontrola toho jestli tam jsou opravdu zdrojaky make buildworld make buildkernel make installkernel mergemaster -p make installworld mergemaster reboot Ondra Martin Sykora p??e v ?t 27. 03. 2007 v 11:23 +0200: > Zdravim vsechny a prosim o radu. > > Mam FreeBSD 6.1-RELEASE, jadro si umim prelozit starym systemem. "Novy" > system pres make buildkernel z /usr/src mi nefunguje. Nefunguje mi ani > make world, ktery potrebuji kvuli jailu. Konkretne to hlasi toto: > "make: don't know how to make world. Stop". > Soubor /etc/make.conf je prazdny, resp. je v nem jen zaznam od Perlu. > > Evidentne mi v systemu neco chybi, ale tapu v tom, kterym smerem hledat. > Pri Googlovani jsem neuspel, ani rady na podobny dotaz v teto konfere mi > nepomohly. Prosim o nasmerovani... > > Diky > Martin > > -- > Martin Sykora > __________________________________________ > V I Z U S . i n t e r n e t p a r t n e r > martin.sykora at vizus.cz +420 604 238 389 > http://www.vizus.cz +420 224 316 771 From dan at obluda.cz Tue Mar 27 11:58:41 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 27 Mar 2007 11:58:41 +0200 Subject: Make don't know how to make In-Reply-To: <1174989129.23157.1.camel@shift.mediaturtle.com> References: <4608E289.9000508@vizus.cz> <1174989129.23157.1.camel@shift.mediaturtle.com> Message-ID: <4608EAD1.4000801@obluda.cz> >> Mam FreeBSD 6.1-RELEASE, jadro si umim prelozit starym systemem. "Novy" >> system pres make buildkernel z /usr/src mi nefunguje. Nefunguje mi ani >> make world, ktery potrebuji kvuli jailu. Konkretne to hlasi toto: >> "make: don't know how to make world. Stop". Ondra Koutek napsal/wrote, On 03/27/07 11:52: > ls ... kontrola toho jestli tam jsou opravdu zdrojaky Coz bude nejspis skutecne ono - pro predklad jadra "starym" zpusobem stacilo mit v systemu zdrojaky jadra. Pro novy system tam musi byt i "base". Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From martin.sykora at vizus.cz Tue Mar 27 12:35:53 2007 From: martin.sykora at vizus.cz (Martin Sykora) Date: Tue, 27 Mar 2007 12:35:53 +0200 Subject: Make don't know how to make In-Reply-To: <4608EAD1.4000801@obluda.cz> References: <4608E289.9000508@vizus.cz> <1174989129.23157.1.camel@shift.mediaturtle.com> <4608EAD1.4000801@obluda.cz> Message-ID: <4608F389.3070808@vizus.cz> > Coz bude nejspis skutecne ono - pro predklad jadra "starym" zpusobem > stacilo mit v systemu zdrojaky jadra. Pro novy system tam musi byt i "base". Ano, to jsem presne potreboval - chybel mi tam "base" a par dalsich soucasti potrebnych pro jail. DIKY! Martin From dan at obluda.cz Tue Mar 27 12:51:14 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 27 Mar 2007 12:51:14 +0200 Subject: nastaveni apache In-Reply-To: <46089FB8.204@keytec.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> <46089FB8.204@keytec.cz> Message-ID: <4608F722.1090608@obluda.cz> Jaroslav Votruba napsal/wrote, On 03/27/07 06:38: > AddType application/x-httpd-php .php .php3 .html .htm -tohle mi > zafungovalo,ale pak prestalo. Netu??m pro?. Ani ja ne, protoze "nefunguje" je prilis neurcity pojem. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From jaroslav.votruba at keytec.cz Tue Mar 27 13:28:53 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Tue, 27 Mar 2007 13:28:53 +0200 Subject: nastaveni apache In-Reply-To: <4608F722.1090608@obluda.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> <46089FB8.204@keytec.cz> <4608F722.1090608@obluda.cz> Message-ID: <4608FFF5.5030509@keytec.cz> > > Ani ja ne, protoze "nefunguje" je prilis neurcity pojem. > > Dan > > > problem jsem popsal v nizsim threadu,prilozil jsem i link na phpinfo.Bohuzel netusim ,jakou informaci bych vam mel poskytnout pro pomoc pri reseni meho problemu. -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From fabian at fabian.cz Tue Mar 27 13:33:01 2007 From: fabian at fabian.cz (Lukas Vana) Date: Tue, 27 Mar 2007 13:33:01 +0200 Subject: nastaveni apache In-Reply-To: <4608FFF5.5030509@keytec.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> <46089FB8.204@keytec.cz> <4608F722.1090608@obluda.cz> <4608FFF5.5030509@keytec.cz> Message-ID: no co vypise do logu napr. ( /var/log/http.. defaultne), nebo jak se projevuje to "nefunguje". jako ze se php zobrazi jako text? On Tue, 27 Mar 2007 13:28:53 +0200, Jaroslav Votruba wrote: > > >> >> Ani ja ne, protoze "nefunguje" je prilis neurcity pojem. >> >> Dan >> >> >> > problem jsem popsal v nizsim threadu,prilozil jsem i link na > phpinfo.Bohuzel netusim ,jakou informaci bych vam mel poskytnout pro > pomoc pri reseni meho problemu. > -- Lukas Vana (fabian) IT bridge.net s.r.o. tel.: +420 267 132 39 web: http://www.itbridge.net home page: http://home.fabian.cz icq: 274000127 irc: #czech at AfterNet, #penguin.cz at IRCNet From jaroslav.votruba at keytec.cz Tue Mar 27 13:55:28 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Tue, 27 Mar 2007 13:55:28 +0200 Subject: nastaveni apache In-Reply-To: References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> <46089FB8.204@keytec.cz> <4608F722.1090608@obluda.cz> <4608FFF5.5030509@keytec.cz> Message-ID: <46090630.5070303@keytec.cz> no co vypise do logu napr. ( /var/log/http.. defaultne), nebo jak se projevuje to "nefunguje". jako ze se php zobrazi jako text? v logu je tohle PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030/overload.so' - Cannot open "/usr/local/lib/php/20041030/overload.s PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030/zip.so' - Cannot open "/usr/local/lib/php/20041030/zip.so" in PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030/zlib.so' - Cannot open "/usr/local/lib/php/20041030/zlib.so" PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030/mhash.so' - Cannot open "/usr/local/lib/php/20041030/mhash.so" PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030/gettext.so' - Cannot open "/usr/local/lib/php/20041030/gettext.so& PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/20041030/mbstring.so' - Cannot open "/usr/local/lib/php/20041030/mbstring.s PHP Warning: Module 'ctype' already loaded in Unknown on line 0 PHP Warning: Module 'gd' already loaded in Unknown on line 0 PHP Warning: Module 'iconv' already loaded in Unknown on line 0 PHP Warning: Module 'mysql' already loaded in Unknown on line 0 PHP Warning: Module 'openssl' already loaded in Unknown on line 0 PHP Warning: Module 'pcre' already loaded in Unknown on line 0 PHP Warning: Module 'posix' already loaded in Unknown on line 0 PHP Warning: Module 'session' already loaded in Unknown on line 0 PHP Warning: Module 'tokenizer' already loaded in Unknown on line 0 PHP Warning: Module 'xml' already loaded in Unknown on line 0 [Mon Mar 26 13:25:07 2007] [warn] RSA server certificate CommonName (CN) `www.keytec.cz' does NOT match server name!? [Mon Mar 26 13:25:07 2007] [notice] Apache/2.0.54 (FreeBSD) PHP/5.0.4 mod_ssl/2.0.54 OpenSSL/0.9.7g configured -- resuming normal operations nicm?n? pokud je n?co ?ist? php,tj m? to p??ponu php a platn? kod, tak v?e funguje jak m?. Probl?m nast?v? v okam?iku,kdy chci do html(s p??ponou html) vlo?it kus kodu v php.Pak jej to v?bec nezobraz? (jednou se mi ale zobrazil vlo?en? php kod jako text).Takto to funguje pokud m?m v httpd.conf toto: AddType application/x-httpd-php .php .php3 pokud povol?m AddType application/x-httpd-php .php .php3 .html .htm tak se mi html v?bec nezobraz?,at je v n?m cokoliv,php (s p??ponou php) b?h? d?le bez probl?m? > > From dan at obluda.cz Tue Mar 27 14:14:20 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 27 Mar 2007 14:14:20 +0200 Subject: nastaveni apache In-Reply-To: <4608FFF5.5030509@keytec.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> <46089FB8.204@keytec.cz> <4608F722.1090608@obluda.cz> <4608FFF5.5030509@keytec.cz> Message-ID: <46090A9C.3080007@obluda.cz> Jaroslav Votruba napsal/wrote, On 03/27/07 13:28: >> Ani ja ne, protoze "nefunguje" je prilis neurcity pojem. > problem jsem popsal v nizsim threadu,prilozil jsem i link na > phpinfo.Bohuzel netusim ,jakou informaci bych vam mel poskytnout pro "Nefunguje" je obvykle zkracene oznaceni pro "vysledek akce, neodpovidal tomu, co jsem cekal". Takze rozumnou doplnujici informaci je - "udelal jsem to a to a vylezlo na me to a to, coz se tim a tim lisi od toho, co bych cekal, coz bylo to a to". "Co jsem cekal" neni treba uvadet, pokud je to z kontextu zrejme. Coz je obecne pravidlo, to se netyka jen konkretne tohoto problemu. U WWW stranky je prinosnejsi jeji zdrojak, nez kopie renderovaneho vysledku, pokud se dotaz netyka samotneho renderingu, coz neni tento pripad. Neuskodi se podivat i do access a zejmena error logu a pokdu se tam v souvislosti s akci neco objevi, tak to take poskytnout. Pouzite nastaveni uz zname, takze to uz znovu potreba neni. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From dan at obluda.cz Tue Mar 27 15:30:34 2007 From: dan at obluda.cz (Dan Lukes) Date: Tue, 27 Mar 2007 15:30:34 +0200 Subject: nastaveni apache In-Reply-To: <46090630.5070303@keytec.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> <46089FB8.204@keytec.cz> <4608F722.1090608@obluda.cz> <4608FFF5.5030509@keytec.cz> <46090630.5070303@keytec.cz> Message-ID: <46091C7A.1010609@obluda.cz> Jaroslav Votruba napsal/wrote, On 03/27/07 13:55: > v logu je tohle > > PHP Warning: PHP Startup: Unable to load dynamic library > '/usr/local/lib/php/20041030/overload.so' - Cannot open > "/usr/local/lib/php/20041030/overload.s ... > PHP Warning: Module 'ctype' already loaded in Unknown on line 0 Zacneme timhle - ta instalace je ponekud "poblbana" - zrejme se konfiguracni soubor nebo neco jineho odvolava na PHP moduly, ktere nejsou nainstalovany. A naopak - n ajine se zrejme odvolava dvakrat. Je to "jen" warning, tak by to s problemem souviset nemelo, nicmene, ukazuje to na nejaky neporadek v instalaci - cimz se vnucuje podezreni "co je tam divne dal". > [Mon Mar 26 13:25:07 2007] [warn] RSA server certificate CommonName (CN) > `www.keytec.cz' does NOT match server name!? To asi pro tuto chvili nevadi, predpokladam, ze v pridukcnim nasazeni se uz server bud ejmenovat spravne. > nicm?n? pokud je n?co ?ist? php,tj m? to p??ponu php a platn? kod, tak > v?e funguje jak m?. Probl?m nast?v? v okam?iku,kdy chci do html(s > p??ponou html) vlo?it > kus kodu v php.Pak jej to v?bec nezobraz? (jednou se mi ale zobrazil > vlo?en? php kod jako text).Takto to funguje pokud m?m v httpd.conf toto: > AddType application/x-httpd-php .php .php3 To je jasne - s timto nastavenim se zadny PHP kod v .html neocekava. Co se "nezobrazi tyce", odhaduji, ze ve zdrojovem kodu stranky bude PHP kod jako text, ale je z renderingu vyloucen, protoze pokud povol?m > AddType application/x-httpd-php .php .php3 .html .htm > tak se mi html v?bec nezobraz?,at je v n?m cokoliv Nezobrazi cokoliv na urovni renderovane stranky, nebo jejiho zdrojoveho kodu ("view as source") ? A v access-logu apache je o teto strance receno co (kod odpovedi, delka) ? A mozna, preci jen, bych zacal "ucesanim" instalace - coz se mozna nejlepe dosahne smazanim vsech PHP-related baliku a kompletni novou instalaci techto. Opravdu se tezko clovek zbavuje divneho pocitu z tech neobvyklych varovani "no jo, je to divna instalace - co dalsiho je tam blbe ?" Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From xdivac02 at stud.fit.vutbr.cz Tue Mar 27 17:27:03 2007 From: xdivac02 at stud.fit.vutbr.cz (Divacky Roman) Date: Tue, 27 Mar 2007 17:27:03 +0200 Subject: postfix/postgrey whitelisting Message-ID: <20070327152703.GA59964@stud.fit.vutbr.cz> zdravim resim prave prihlasovani na mailing listy a chci je mit ve whitelistu meho greylistingu ktery resim pres postgrey rc.conf: postgrey_enable="YES" postgrey_flags="--pidfile=/var/run/postgrey.pid --inet=10023 -d --user=postgrey --group=postgrey --dbdir=/var/db/postgrey --whitelist-clients=/usr/local/etc/postfix/postgrey_whitelist_clients" vlk postfix# cat /usr/local/etc/postfix/postgrey_whitelist_clients # postgrey whitelist for mail client hostnames # -------------------------------------------- # put this file in /etc/postfix or specify its path # with --whitelist-clients=xxx freebsd.org freebsd.cz netbsd.org ale ono to proste nefunguje ;( tusite nekdo co s tim? diky moc roman From cizek.milan at seznam.cz Tue Mar 27 19:52:47 2007 From: cizek.milan at seznam.cz (Milan Cizek) Date: Tue, 27 Mar 2007 19:52:47 +0200 Subject: FW: Jak na mailserver Message-ID: <000301c77098$bb5d43e0$1403000a@milanc> > jelikoz maildrop je od autoru courier-imapu, ktery se hojne pouziva > jako > IMAP/POP3 server, umi pekne spolupracovat s authdaemonem, proti > kteremu se autentizuji virtualni uzivatele. > > Jednou nakonfigurujete authdaemond a mate jak IMAP/POP3 sluzbu, tak i > dorucovani pro virtualni mailboxy pres maildrop (kdyz pouzijete misto > pro postfix implicitniho transportu 'virtual:' transport 'maildrop:'). Ahoj, diky za podstatnou informaci, tak nejak jsem to tusil po zkoumani Makefile, ze tam nejaka navaznost existuje. Nyni jsem dosel k nazoru, ze si tedy pro virtualni emaily vytvorim virtualniho uzivatele. Az do ted jsem totiz vyuzival postfix ucet, a to jak pro postfix, tak i courier. Vse slapalo a zadneho dalsiho uzivatele jsem nepotreboval (nechtel delat). Postupne jsem ale k maildropu cetl ruzna how-to, readme, konfiguraky a vsude nabadaji nespoustet maildrop pod postfix uctem. Nevim jestli je to pouze doporuceni nebo konstatovani faktu, ze tak to proste fungovat nebude. Vytvoril jsem si tedy v systemu vmail:vmail (5000:5000) uzivatele. Jenze od teto chvile narazim a neumim to dat dohromady (nechapu). :(( /var/spool/virtual/* jsem nastavil vlastnika vmail:vmail. v authmysqlrc: MYSQL_UID_FIELD 5000 MYSQL_GID_FIELD 5000 atd. v main.cf postfixu mam nastavene: mail_owner=postfix ale toto by melo ovlivnit jen to, pod jakym uzivatelem se spousti jednotlivi demoni postfixa. Tedy jestli to chapu. Pri spusteni postfixu si vytvori ve /var/spool/postfix/* potrebnou hiararchii adresaru, vlastnikem je tento mail_owner. Tak a pri pokusu o start dostavam na kazdy z tech adresaru hlasku. :( # postfix start postfix/postfix-script: warning: not owned by root: /var/spool/postfix postfix/postfix-script: warning: not owned by root: /usr/local/etc/postfix/postfix/active postfix/postfix-script: warning: not owned by root: /usr/local/etc/postfix/postfix/bounce .......... Rikam si budiz, tak rootovi vsechny ty adresare privlastnim... # postfix start postsuper: fatal: scan_dir_push: open directory defer: Permission denied postfix/postfix-script: fatal: Postfix integrity check failed! Skvele, vubec netusim, proc se mu ani jedno nelibi. :((( dokaze mi prosim nekdo poradit? Jake uzivatele kde nastavit abych dodrzel bezpecnosti zalezitosti? Ja mel az do ted tuto predstavu: - postfix demoni si bezi pod postfix uctem. - courier demoni si bezi pod nejakym uctem, to je asi fuk (klidne take postfix) - /var/spool/virtual/* vlastni vmail uzivatel. - postfix i courier pristupuji do maildiru pres uzivatele vmail (aby meli prava) - maildrop bezi pod jinym uctem nez postfix, tedy klidne vmail. Dekuji. Milan From koutek at o-k.cz Tue Mar 27 20:31:33 2007 From: koutek at o-k.cz (Ondra Koutek) Date: Tue, 27 Mar 2007 20:31:33 +0200 Subject: postfix/postgrey whitelisting In-Reply-To: <20070327152703.GA59964@stud.fit.vutbr.cz> References: <20070327152703.GA59964@stud.fit.vutbr.cz> Message-ID: <1175020293.1266.2.camel@shift.mediaturtle.com> Nainstaloval jsem postgrey, nemam zadne podobne parametry pri spousteni a v /usr/local/etc/postfix mam postgrey_whitelist_clients kam jsme jen pridal freebsd.org a freebsd.cz Tot vse a funguje to. Ondra From bretislav.kubesa at centrum.cz Tue Mar 27 23:16:02 2007 From: bretislav.kubesa at centrum.cz (=?windows-1250?Q?B=F8etislav_Kubesa?=) Date: Tue, 27 Mar 2007 23:16:02 +0200 Subject: Pomoc se zalohovanim Message-ID: <001601c770b5$31628480$0201a8c0@BKUBESA> Prosim o pomoc se zalohovanim na pasku, netusim v cem je problem. Pouzivam toto zarizeni (HP 72i USB) : sa0 at umass-sim0 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: Serial Number HU10708XVL sa0: 40.000MB/s transfers A tento skript pro zalohovani - http://www.freebsddiary.org/samples/dump.sh.txt . Samozrejme s upravami - TARGET=/dev/nsa0 ...zaloha probehne v poradku, problem je s restorem ... mt rewind mt -f /dev/nsa0 fsf 1 restore if /dev/sa0 ---> OK mt -f /dev/nsa0 fsf 2 restore if /dev/sa0 ----> OK mt -f /dev/nsa0 fsf 3 restore if /dev/sa0 ----> tape read error: Unknown error: 0 ???? mt status : Mode Density Blocksize bpi Compression Current: 0x47 variable 0 DCLZ ---------available modes--------- 0: 0x47 variable 0 DCLZ 1: 0x47 variable 0 DCLZ 2: 0x47 variable 0 DCLZ 3: 0x47 variable 0 DCLZ --------------------------------- Dokazete mi prosim rici, co delam spatne ? Take napr. kdyz se snazim vymazat pasku pres mt erase, po cca 45-50 min skonci opet s chybou... Diky. BK From dan at obluda.cz Wed Mar 28 00:08:39 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 28 Mar 2007 00:08:39 +0200 Subject: Pomoc se zalohovanim In-Reply-To: <001601c770b5$31628480$0201a8c0@BKUBESA> References: <001601c770b5$31628480$0201a8c0@BKUBESA> Message-ID: <460995E7.7010702@obluda.cz> B?etislav Kubesa napsal/wrote, On 03/27/07 23:16: > Prosim o pomoc se zalohovanim na pasku, netusim v cem je problem. Ja se teda se zalohovanim an pasku nedostal ani tak daleko, ale je mi divne ...: fsf je Forward space N files > mt rewind > mt -f /dev/nsa0 fsf 1 > restore if /dev/sa0 ---> OK ... tedy, pretocime na zacatek, preskocime na zacatek prvniho souboru a zrestorujeme ... > mt -f /dev/nsa0 fsf 2 > restore if /dev/sa0 ----> OK ... preskocime o dve souborove znacky dal (tim jsme na treti) a z zrestorujeme ... > mt -f /dev/nsa0 fsf 3 > restore if /dev/sa0 ----> tape read error: Unknown error: 0 ???? ... preskocime o tri znacky (tim jsme na seste) a pokusime se zrestorovat. Je na te pasce na tohle opravdu dost souboru (tedy alespon sest) ? Zazalohovaly se, odhaduji, tri ... Mozna se pletu, co FSF dela, ale pripada mi, ze to, co si myslim ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From bretislav.kubesa at centrum.cz Wed Mar 28 07:55:34 2007 From: bretislav.kubesa at centrum.cz (=?utf-8?Q?B=C5=99etislav_Kubesa?=) Date: Wed, 28 Mar 2007 07:55:34 +0200 Subject: Pomoc se zalohovanim References: <001601c770b5$31628480$0201a8c0@BKUBESA> <460995E7.7010702@obluda.cz> Message-ID: <001501c770fd$c4dc30b0$0201a8c0@BKUBESA> > Ja se teda se zalohovanim an pasku nedostal ani tak daleko, ale je mi > divne ...: > > fsf je Forward space N files > >> mt -f /dev/nsa0 fsf 3 >> restore if /dev/sa0 ----> tape read error: Unknown error: 0 ???? > > ... preskocime o tri znacky (tim jsme na seste) a pokusime se > zrestorovat. Je na te pasce na tohle opravdu dost souboru (tedy alespon > sest) ? Zazalohovaly se, odhaduji, tri ... > > Mozna se pletu, co FSF dela, ale pripada mi, ze to, co si myslim ... Tak uz jsem nasel chybu... Pro prvni zalohu jsem hned spoustel "mt fsf 1", ale tim jsem se na pasce hned za zacatku posunul dal, nez bylo potreba.. Ve vysledku tedy : # / /usr/bin/mt -f /dev/nsa0 rewind /sbin/restore if /dev/nsa0 # /var /usr/bin/mt -f /dev/nsa0 rewind /usr/bin/mt -f /dev/nsa0 fsf 1 /sbin/restore if /dev/nsa0 # /usr /usr/bin/mt -f /dev/nsa0 rewind /usr/bin/mt -f /dev/nsa0 fsf 2 /sbin/restore if /dev/nsa0 Nicmene stale netusim, proc "mt erase" konci chybou... v messages jsem nasel : Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): Retrying Command Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): ERASE. CDB: 19 1 0 0 0 0 Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): SCSI Status: Check Condition Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,2 Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): Scsi bus reset occurred Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): (sa0:umass-sim0:0:0:0): ERASE. CDB: 19 1 0 0 0 0 Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,2 Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): Scsi bus reset occurred Mar 26 21:45:28 proxy kernel: Retries Exhausted From fulda at seznam.cz Wed Mar 28 09:11:23 2007 From: fulda at seznam.cz (Jindra Fucik) Date: Wed, 28 Mar 2007 09:11:23 +0200 Subject: Pomoc se zalohovanim References: <001601c770b5$31628480$0201a8c0@BKUBESA><460995E7.7010702@obluda.cz> <001501c770fd$c4dc30b0$0201a8c0@BKUBESA> Message-ID: <008c01c77108$4b087130$deba9109@PC2088> ----- Original Message ----- > Tak uz jsem nasel chybu... > Pro prvni zalohu jsem hned spoustel "mt fsf 1", ale tim jsem se na pasce > hned za zacatku posunul dal, nez bylo potreba.. > Ve vysledku tedy : No vlastne uplne nechapu, proc pratacis tu pasku? Po dokonceni restore jsi rovnou na zacatku nasledujiciho bloku, takze staci rovnou restaurovat. Pravda, takhle mas "jistotu" co kterej balik obsahuje, ale zase pretaceni pasek dost trva. > # / > /usr/bin/mt -f /dev/nsa0 rewind > /sbin/restore if /dev/nsa0 > > # /var > /usr/bin/mt -f /dev/nsa0 rewind > /usr/bin/mt -f /dev/nsa0 fsf 1 > /sbin/restore if /dev/nsa0 > > # /usr > /usr/bin/mt -f /dev/nsa0 rewind > /usr/bin/mt -f /dev/nsa0 fsf 2 > /sbin/restore if /dev/nsa0 > > Nicmene stale netusim, proc "mt erase" konci chybou... v messages jsem > nasel > : > Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): Request completed > with > CAM_REQ_CMP_ERR > Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): Retrying Command > Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): ERASE. CDB: 19 1 0 0 > 0 > 0 > Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): CAM Status: SCSI > Status Error > Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): SCSI Status: Check > Condition > Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): UNIT ATTENTION > asc:29,2 > Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): Scsi bus reset > occurred > Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): > (sa0:umass-sim0:0:0:0): ERASE. CDB: 19 1 0 0 0 0 > Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): UNIT ATTENTION > asc:29,2 > Mar 26 21:45:28 proxy kernel: (sa0:umass-sim0:0:0:0): Scsi bus reset > occurred > Mar 26 21:45:28 proxy kernel: Retries Exhausted > > -- > FreeBSD mailing list (users-l at freebsd.cz) > http://www.freebsd.cz/listserv/listinfo/users-l From v.benc at volny.cz Wed Mar 28 09:33:02 2007 From: v.benc at volny.cz (=?ISO-8859-2?Q?Vladim=EDr?= Benc) Date: Wed, 28 Mar 2007 09:33:02 +0200 Subject: Jak na mailserver In-Reply-To: <000301c77098$bb5d43e0$1403000a@milanc> References: <000301c77098$bb5d43e0$1403000a@milanc> Message-ID: <20070328093302.3386a9b3@plzcsad030> Dne ?ter? 27.b?ezna 2007 19:52:47 "Milan Cizek" napsal(a): > # postfix start > postfix/postfix-script: warning: not owned by root: /var/spool/postfix > postfix/postfix-script: warning: not owned by root: > /usr/local/etc/postfix/postfix/active > postfix/postfix-script: warning: not owned by root: > /usr/local/etc/postfix/postfix/bounce > .......... > > Rikam si budiz, tak rootovi vsechny ty adresare privlastnim... > # postfix start > postsuper: fatal: scan_dir_push: open directory defer: Permission > denied postfix/postfix-script: fatal: Postfix integrity check failed! > > Skvele, vubec netusim, proc se mu ani jedno nelibi. :((( Nevim, jestli vam to pomuze, ale takovato prava mam u sebe v default konfiguraci. benc@/var/spool $ls -l |grep postfix && ls -l postfix/ drwxr-xr-x 16 root wheel 512 9 srp 2006 postfix total 28 drwx------ 2 postfix wheel 512 28 b?e 03:06 active drwx------ 2 postfix wheel 512 27 b?e 06:45 bounce drwx------ 2 postfix wheel 512 9 srp 2006 corrupt drwx------ 18 postfix wheel 512 7 ?no 11:48 defer drwx------ 18 postfix wheel 512 7 ?no 11:48 deferred drwx------ 2 postfix wheel 512 9 srp 2006 flush drwx------ 2 postfix wheel 512 9 srp 2006 hold drwx------ 2 postfix wheel 512 28 b?e 03:06 incoming drwx-wx--- 2 postfix maildrop 512 28 b?e 03:06 maildrop drwxr-xr-x 2 root wheel 512 10 srp 2006 pid drwx------ 2 postfix wheel 512 27 b?e 06:41 private drwx--x--- 2 postfix maildrop 512 27 b?e 06:41 public drwx------ 2 postfix wheel 512 9 srp 2006 saved drwx------ 2 postfix wheel 512 9 srp 2006 trace Vlada Benc From Milan.Lysa at progeo.cz Wed Mar 28 09:48:25 2007 From: Milan.Lysa at progeo.cz (Milan Lysa) Date: Wed, 28 Mar 2007 09:48:25 +0200 Subject: Jak na mailserver Message-ID: <5449E6C167019444A8DEB0A7B030503142E944@jezevec3.progeo.cz> Jedna se asi o hlasku skriptu postfix-script (asi /usr/local/etc/postfix/postfix-script). Zkuste v nem najit ten text, kde dochazi k chybe. Zkusil bych jeste znovu jako root: chown -R postfix /var/spool/postfix postsuper -s Milan Lysa > > Rikam si budiz, tak rootovi vsechny ty adresare privlastnim... > > # postfix start > > postsuper: fatal: scan_dir_push: open directory defer: Permission > > denied postfix/postfix-script: fatal: Postfix integrity > check failed! > > > > Skvele, vubec netusim, proc se mu ani jedno nelibi. :((( From dan at obluda.cz Wed Mar 28 10:17:34 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 28 Mar 2007 10:17:34 +0200 Subject: Pomoc se zalohovanim In-Reply-To: <001501c770fd$c4dc30b0$0201a8c0@BKUBESA> References: <001601c770b5$31628480$0201a8c0@BKUBESA> <460995E7.7010702@obluda.cz> <001501c770fd$c4dc30b0$0201a8c0@BKUBESA> Message-ID: <460A249E.3010802@obluda.cz> B?etislav Kubesa napsal/wrote, On 03/28/07 07:55: > Tak uz jsem nasel chybu... > Pro prvni zalohu jsem hned spoustel "mt fsf 1", ale tim jsem se na pasce > hned za zacatku posunul dal, nez bylo potreba.. No, jedine, cim jsem si nebyl jisty bylo, jestli FSF 1 znamena posunout na prvni nasledujici znacku, nebo preskocit jednu nasledujici znacku (a nastavit na dalsi). K pochybam, zda je neustale pretaceni an zacatek a pak zpet na zacatek konkretniho bloku se pripojuji. > Nicmene stale netusim, proc "mt erase" konci chybou... v messages jsem nasel > 21:45:28 (sa0:umass-sim0:0:0:0): ERASE. CDB: 19 1 0 0 0 0 > 21:45:28 (sa0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > 21:45:28 (sa0:umass-sim0:0:0:0): UNIT ATTENTION asc:29,2 > 21:45:28 (sa0:umass-sim0:0:0:0): Scsi bus reset occurred No, jak lze overit http://www.t10.org/lists/asc-num.htm#ASC_29 chyba 29,2 znamena skutecne to, co posleze ovladac rekl. Ale jen na zaklade techto informaci bude obtizne odhalit pricinu. Nejpravd3epodobnejsi je, ze se rozpadla komunikace se zarizenim na nizsich (USB) vrstvach - to se sice "automaticky" napravi, ale fakt, ze k tomu doslo, to je prave ten "bus reset". Vic by patrne prozradil system prelozeny s USB_DEBUG. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From fulda at seznam.cz Wed Mar 28 10:35:46 2007 From: fulda at seznam.cz (Jindra Fucik) Date: Wed, 28 Mar 2007 10:35:46 +0200 Subject: Pomoc se zalohovanim References: <001601c770b5$31628480$0201a8c0@BKUBESA> <460995E7.7010702@obluda.cz><001501c770fd$c4dc30b0$0201a8c0@BKUBESA> <460A249E.3010802@obluda.cz> Message-ID: <01c001c77114$14fd55e0$deba9109@PC2088> ----- Original Message ----- > Nejpravd3epodobnejsi je, ze se rozpadla komunikace se zarizenim na > nizsich (USB) vrstvach - to se sice "automaticky" napravi, ale fakt, ze > k tomu doslo, to je prave ten "bus reset". Vic by patrne prozradil > system prelozeny s USB_DEBUG. stare pasky obcas nevhodne reagovaly na nektere prikazy. Projevovalo se to treba tak, ze na prikaz erase paska nechala odevrenou komunikaci a zacala erasovat, coz muze trvat i dost dlouho, takze komunikace na zbernici pak ruzne timeoutovala. Ale myslel jsem si, ze tahle doba uz je davno za nama. Puchopitelne to neni problem USB ale toho SCSI ktere se vytvari za USB, takze treba CAMDEBUG, CAM_DEBUG_BUS=-1, SCSI_DELAY=xxxx # Options for the CAM sequential access driver: # SA_IO_TIMEOUT: Timeout for read/write/wfm operations, in minutes # SA_SPACE_TIMEOUT: Timeout for space operations, in minutes # SA_REWIND_TIMEOUT: Timeout for rewind operations, in minutes # SA_ERASE_TIMEOUT: Timeout for erase operations, in minutes # SA_1FM_AT_EOD: Default to model which only has a default one filemark at EOT. options SA_IO_TIMEOUT=4 options SA_SPACE_TIMEOUT=60 options SA_REWIND_TIMEOUT=(2*60) options SA_ERASE_TIMEOUT=(4*60) options SA_1FM_AT_EOD Jindra From cejkar at fit.vutbr.cz Wed Mar 28 10:46:21 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Wed, 28 Mar 2007 10:46:21 +0200 Subject: Pomoc se zalohovanim In-Reply-To: <460995E7.7010702@obluda.cz> References: <001601c770b5$31628480$0201a8c0@BKUBESA> <460995E7.7010702@obluda.cz> Message-ID: <20070328084620.GA21246@fit.vutbr.cz> Dan Lukes wrote (2007/03/28): > > mt rewind > > mt -f /dev/nsa0 fsf 1 > > restore if /dev/sa0 ---> OK > ... tedy, pretocime na zacatek, preskocime na zacatek prvniho souboru a > zrestorujeme ... Na zacatku jsme na prvnim souboru, fsf 1 se posune na zacatek druheho, udelame restore a vratime se na zacatek, /dev/sa0 se pri close vraci na zacatek. > > mt -f /dev/nsa0 fsf 2 > > restore if /dev/sa0 ----> OK > ... preskocime o dve souborove znacky dal (tim jsme na treti) a z > zrestorujeme ... Jsme na tretim, ale mirne jinou cestou ;o) > > mt -f /dev/nsa0 fsf 3 > > restore if /dev/sa0 ----> tape read error: Unknown error: 0 ???? > ... preskocime o tri znacky (tim jsme na seste) a pokusime se Jsme na ctvrtem. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From cejkar at fit.vutbr.cz Wed Mar 28 10:52:03 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Wed, 28 Mar 2007 10:52:03 +0200 Subject: Pomoc se zalohovanim In-Reply-To: <001501c770fd$c4dc30b0$0201a8c0@BKUBESA> References: <001601c770b5$31628480$0201a8c0@BKUBESA> <460995E7.7010702@obluda.cz> <001501c770fd$c4dc30b0$0201a8c0@BKUBESA> Message-ID: <20070328085203.GB21246@fit.vutbr.cz> B?etislav Kubesa wrote (2007/03/28): > Tak uz jsem nasel chybu... > Pro prvni zalohu jsem hned spoustel "mt fsf 1", ale tim jsem se na pasce > hned za zacatku posunul dal, nez bylo potreba.. > Ve vysledku tedy : A co treba mt rewind restore if /dev/nsa0 restore if /dev/nsa0 restore if /dev/nsa0 ? > Nicmene stale netusim, proc "mt erase" konci chybou... v messages jsem nasel Jaky typ mechaniky to je a jak velka je v ni paska? Po jake dobe cekani se ta chyba objevuje? 4 hodiny nebo driv? -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From cejkar at fit.vutbr.cz Wed Mar 28 11:04:26 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Wed, 28 Mar 2007 11:04:26 +0200 Subject: Pomoc se zalohovanim In-Reply-To: <008c01c77108$4b087130$deba9109@PC2088> References: <001501c770fd$c4dc30b0$0201a8c0@BKUBESA> <008c01c77108$4b087130$deba9109@PC2088> Message-ID: <20070328090425.GC21246@fit.vutbr.cz> Jindra Fucik wrote (2007/03/28): > Po dokonceni restore jsi rovnou na zacatku nasledujiciho bloku, takze staci > rovnou restaurovat. Pozor, na pasce jsou sekvencne za sebou ulozene soubory (files -> fsf) a v ramci nich jsou bloky (records -> fsr), nutno rozlisovat. Pokud restore precte celou zalohu, paska je na dalsim souboru. > Pravda, takhle mas "jistotu" co kterej balik obsahuje, ale zase pretaceni > pasek dost trva. To je docela zajimave tema, mozna totiz nekdo nevi, ze soucasne mechaniky (LTO2, LTO3, ...) se umeji polohovat v casech okolo jedne minuty (s casem zarucenym do dvou minut). To si myslim vzhledem k prenasenum objemum dat a odpovidajicim rychlostem az tak moc "dost trva" neni ;o) Takzvane "zbytecne opotrebovavani" paskove mechaniky a nekdy i media (u LTO3 mechaniky je uz velmi vyrazne uplatnovan efekt vzduchoveho polstare, minimalne u mechaniky od HP) je ale jednoznacne - dokud nemusim polohovani delat, tak ho nedelam, stejne jako to plati u cisticich pasek. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From dan at obluda.cz Wed Mar 28 11:04:49 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 28 Mar 2007 11:04:49 +0200 Subject: Pomoc se zalohovanim In-Reply-To: <20070328084620.GA21246@fit.vutbr.cz> References: <001601c770b5$31628480$0201a8c0@BKUBESA> <460995E7.7010702@obluda.cz> <20070328084620.GA21246@fit.vutbr.cz> Message-ID: <460A2FB1.5090009@obluda.cz> Rudolf Cejka napsal/wrote, On 03/28/07 10:46: >> > mt rewind >> > mt -f /dev/nsa0 fsf 1 >> > restore if /dev/sa0 ---> OK >> ... tedy, pretocime na zacatek, preskocime na zacatek prvniho souboru a >> zrestorujeme ... > > Na zacatku jsme na prvnim souboru, fsf 1 se posune na zacatek druheho, > udelame restore a vratime se na zacatek, /dev/sa0 se pri close vraci > na zacatek. Na zacatek souboru, ktery prave docetl, predpokladam, nikoli na zacatek pasky. Yo ? >> > mt -f /dev/nsa0 fsf 2 >> > restore if /dev/sa0 ----> OK >> ... preskocime o dve souborove znacky dal (tim jsme na treti) a z >> zrestorujeme ... > > Jsme na tretim, ale mirne jinou cestou ;o) No, kdyz uz jsme to tu nakousli, tak at to tedy pochopim aniz budu nucen cist SCSI specifikace. Co tedy forward dela ? Najde N-tou nasledujici znacku, nebo preskoci N znacek a najde nasledujici ? Pocita to od "current" pozice, nebo vzdy od zacatku pasky ? > Nicmene stale netusim, proc "mt erase" konci chybou... v messages jsem nasel Po jake dobe cekani se ta chyba objevuje? 4 hodiny nebo driv? Me ze zaslaneho fragmentu LOGu pripadalo, ze prakticky okamzite, a proto me napadl problem s USB komunikaci, nicmene, mohl jsme spatne interpretovat LOG. Nakonec, to nam nejlip objasni tazatel. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From cejkar at fit.vutbr.cz Wed Mar 28 11:18:27 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Wed, 28 Mar 2007 11:18:27 +0200 Subject: Pomoc se zalohovanim In-Reply-To: <460A2FB1.5090009@obluda.cz> References: <001601c770b5$31628480$0201a8c0@BKUBESA> <460995E7.7010702@obluda.cz> <20070328084620.GA21246@fit.vutbr.cz> <460A2FB1.5090009@obluda.cz> Message-ID: <20070328091826.GD21246@fit.vutbr.cz> Dan Lukes wrote (2007/03/28): > > Na zacatku jsme na prvnim souboru, fsf 1 se posune na zacatek druheho, > > udelame restore a vratime se na zacatek, /dev/sa0 se pri close vraci > > na zacatek. > Na zacatek souboru, ktery prave docetl, predpokladam, nikoli na zacatek > pasky. Yo ? Pardon, zacatkem bez blizsiho urceni jsem myslel zacatek pasky. /dev/sa0 pri close vraci na zacatek pasky, /dev/nsa0 zustava tam, kde se skoncilo po posledni operaci. > No, kdyz uz jsme to tu nakousli, tak at to tedy pochopim aniz budu > nucen cist SCSI specifikace. Co tedy forward dela ? Najde N-tou > nasledujici znacku, nebo preskoci N znacek a najde nasledujici ? Na pasce jsou tzv. end-of-file marks jakozto oddelovace souboru. fsf 1 znamena posunuti na nasledujici takovouto znacku. Pokud uz na nejake jsem (tj. na zacatku souboru), bere se to tak, ze jsem jakoby za ni a posunu se dal. > Pocita to od "current" pozice, nebo vzdy od zacatku pasky ? fsf/bsf/fsr/bsr jsou relativni polohovani od aktualni pozice, potiz je s tou kombinaci sa0 a nsa0 + kazdy mt na konci dela close. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From dan at obluda.cz Wed Mar 28 11:28:07 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 28 Mar 2007 11:28:07 +0200 Subject: Pomoc se zalohovanim In-Reply-To: <20070328091826.GD21246@fit.vutbr.cz> References: <001601c770b5$31628480$0201a8c0@BKUBESA> <460995E7.7010702@obluda.cz> <20070328084620.GA21246@fit.vutbr.cz> <460A2FB1.5090009@obluda.cz> <20070328091826.GD21246@fit.vutbr.cz> Message-ID: <460A3527.3020605@obluda.cz> Rudolf Cejka napsal/wrote, On 03/28/07 11:18: >> > udelame restore a vratime se na zacatek, /dev/sa0 se pri close vraci >> > na zacatek. >> Na zacatek souboru, ktery prave docetl, predpokladam, nikoli na zacatek >> pasky. Yo ? > > Pardon, zacatkem bez blizsiho urceni jsem myslel zacatek pasky. > /dev/sa0 pri close vraci na zacatek pasky, /dev/nsa0 zustava tam, > kde se skoncilo po posledni operaci. Predpokladam, ze tim "vraci se" myslime nejaky navrat nejakeho vnitrniho stavoveho automatu - nebo to skutecne fyzicky pretoci ? Predpokladam spravne, ze kdyz stojim na zacatku souboru a prectu ho, tak stojim na zacatku dalsiho (je-li takoveho), ktery muzu cist bez jakehokoliv pretaceni ? > potiz je s tou kombinaci sa0 a nsa0 + kazdy mt na konci dela close. To, ze tam mixuje mt na nsa0 s restore z sa0 jsem si vsimnul az ted - jinak by me asi napadlo zkoumat, cim se ty dve zarizeni lisi ... No, zase budu o neco chytrejsi, ale s moji HP paskou mi to stejne nepomuze. Ta alergicky reaguje na uplne jakykoliv prikaz. Ale to je "idle-priority" uloha a trapi me to jen malo ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From cejkar at fit.vutbr.cz Wed Mar 28 11:37:17 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Wed, 28 Mar 2007 11:37:17 +0200 Subject: Pomoc se zalohovanim In-Reply-To: <460A3527.3020605@obluda.cz> References: <001601c770b5$31628480$0201a8c0@BKUBESA> <460995E7.7010702@obluda.cz> <20070328084620.GA21246@fit.vutbr.cz> <460A2FB1.5090009@obluda.cz> <20070328091826.GD21246@fit.vutbr.cz> <460A3527.3020605@obluda.cz> Message-ID: <20070328093716.GA34793@fit.vutbr.cz> Dan Lukes wrote (2007/03/28): > Predpokladam, ze tim "vraci se" myslime nejaky navrat nejakeho > vnitrniho stavoveho automatu - nebo to skutecne fyzicky pretoci ? Ano, dochazi k fyzickemu pretaceni, s zadnym "lhanim" v tomto smeru jsem se jeste nesetkal. > Predpokladam spravne, ze kdyz stojim na zacatku souboru a prectu ho, > tak stojim na zacatku dalsiho (je-li takoveho), ktery muzu cist bez > jakehokoliv pretaceni ? Ano, kdyz se ctou vsechna data, prechazi se na dalsi soubory automaticky. > No, zase budu o neco chytrejsi, ale s moji HP paskou mi to stejne > nepomuze. Ta alergicky reaguje na uplne jakykoliv prikaz. Ale to je > "idle-priority" uloha a trapi me to jen malo ... Co je to za typ a pres jake rozhrani ji mas? Docela me to zajima, protoze pokud by slo o SCSI, tak jsem zatim moc problemu nemel. Teda krome problemu s rychlosti 320 MB/s u externich zarizeni, ale to je uz trochu jina kapitola. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From bretislav.kubesa at centrum.cz Wed Mar 28 11:50:05 2007 From: bretislav.kubesa at centrum.cz (=?ISO-8859-2?Q?B=F8etislav?= Kubesa) Date: Wed, 28 Mar 2007 11:50:05 +0200 (CEST) Subject: Pomoc se zalohovanim In-Reply-To: <20070328085203.GB21246@fit.vutbr.cz> Message-ID: >A co treba > >mt rewind >restore if /dev/nsa0 >restore if /dev/nsa0 >restore if /dev/nsa0 > --> bez mt fsf X to nefunguje : no header after volume mark! abort? [yn] y dump core? [yn] n ..nicmene mt rewind zrejme pouzivat musim, bez nej to skoncilo u fsf2 : /usr/bin/mt -f /dev/nsa0 fsf 2 tape read error: Unknown error: 0 Co te tyce rychlosti rewind, mechanika je pripravena cca do 5sec. Zivotnosti pasky to vsak asi neprida... >> Nicmene stale netusim, proc "mt erase" konci chybou... v messages jsem nasel > >Jaky typ mechaniky to je a jak velka je v ni paska? >Po jake dobe cekani se ta chyba objevuje? 4 hodiny nebo driv? > Ta chyba se objevi cca po 1hod - 1,5hod... Jedna se o HP StorageWorks DAT 72i USB (s paskou 36 GB - 72GB s kompresi). sa0 at umass-sim0 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: Serial Number HU10708XVL sa0: 40.000MB/s transfers From cizek.milan at seznam.cz Wed Mar 28 11:58:46 2007 From: cizek.milan at seznam.cz (=?us-ascii?Q?Cizek=2EMilan?=) Date: Wed, 28 Mar 2007 11:58:46 +0200 (CEST) Subject: =?us-ascii?Q?RE=3A=20Jak=20na=20mailserver?= In-Reply-To: <5449E6C167019444A8DEB0A7B030503142E944@jezevec3.progeo.cz> Message-ID: <2702.4665-12748-217489813-1175075926@seznam.cz> > Jedna se asi o hlasku skriptu postfix-script (asi > /usr/local/etc/postfix/postfix-script). > Zkuste v nem najit ten text, kde dochazi k chybe. > > Zkusil bych jeste znovu jako root: Ja uz vim, kde jsem udelal chybu. Ja jsem rucne nastavoval nejen uzivatele ale i skupinu na postfix:postfix. Spravne ma byt ale postfix:wheel.Jdu zkoumat dal, snad se to nekdy povede rozchodit se vsim vsudy. :-) Diky Milan From fulda at seznam.cz Wed Mar 28 12:03:42 2007 From: fulda at seznam.cz (Jindra Fucik) Date: Wed, 28 Mar 2007 12:03:42 +0200 Subject: Pomoc se zalohovanim References: Message-ID: <01ec01c77120$5dd60df0$deba9109@PC2088> ----- Original Message ----- >>> Nicmene stale netusim, proc "mt erase" konci chybou... v messages jsem >>> nasel >>Jaky typ mechaniky to je a jak velka je v ni paska? >>Po jake dobe cekani se ta chyba objevuje? 4 hodiny nebo driv? > Ta chyba se objevi cca po 1hod - 1,5hod... > Jedna se o HP StorageWorks DAT 72i USB (s paskou 36 GB - 72GB s kompresi). Jsi si tim casem jistej? V kernelu je default 4 hod. viz: # SA_REWIND_TIMEOUT: Timeout for rewind operations, in minutes options SA_ERASE_TIMEOUT=(4*60) From dan at obluda.cz Wed Mar 28 12:05:45 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 28 Mar 2007 12:05:45 +0200 Subject: Pomoc se zalohovanim In-Reply-To: <20070328093716.GA34793@fit.vutbr.cz> References: <001601c770b5$31628480$0201a8c0@BKUBESA> <460995E7.7010702@obluda.cz> <20070328084620.GA21246@fit.vutbr.cz> <460A2FB1.5090009@obluda.cz> <20070328091826.GD21246@fit.vutbr.cz> <460A3527.3020605@obluda.cz> <20070328093716.GA34793@fit.vutbr.cz> Message-ID: <460A3DF9.6040508@obluda.cz> Rudolf Cejka napsal/wrote, On 03/28/07 11:37: > Co je to za typ a pres jake rozhrani ji mas? Docela me to zajima, > protoze pokud by slo o SCSI, tak jsem zatim moc problemu nemel. HP C1537A L105 pripojena na LSI53C896/7 (device sym) To je takovy ten danajsky dar, ktery se jmenuje INDOS. A ta jednotka je padesat kilaku odsud a pozadavky jako "dejte mi tam jinou pasku" se v lepsim pripade vyridi do druheho dne, v horsim i dele - takze je to s ladenim problemu spis na tydny nez hodiny. Situaci komplikuje to, ze na paskach jsou data zapsana neznamym zalohovacim systemem a nez je zlikviduju, rad bych vedel, jestli je nedokazu pouzit. Ale snad se postupne blizim k cili (obzvlast co jsem an pouziti puvodnich dat rezignoval). Uz jsme vyresili "nejspis vadna paska" a ted uz nam zbyva snad posledni problem "paska write protected". Pravda, o odprotektovani jsem si psal uz pred mesicem - zrejme request timeoutoval, bude treba retry ... Takze, s tim mi asi nepomuzes ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From jaroslav.votruba at keytec.cz Wed Mar 28 12:31:43 2007 From: jaroslav.votruba at keytec.cz (Jaroslav Votruba) Date: Wed, 28 Mar 2007 12:31:43 +0200 Subject: nastaveni apache In-Reply-To: <46091C7A.1010609@obluda.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> <46089FB8.204@keytec.cz> <4608F722.1090608@obluda.cz> <4608FFF5.5030509@keytec.cz> <46090630.5070303@keytec.cz> <46091C7A.1010609@obluda.cz> Message-ID: <460A440F.8010307@keytec.cz> > > A mozna, preci jen, bych zacal "ucesanim" instalace - coz se mozna > nejlepe dosahne smazanim vsech PHP-related baliku a kompletni novou > instalaci techto. Opravdu se tezko clovek zbavuje divneho pocitu z tech > neobvyklych varovani "no jo, je to divna instalace - co dalsiho je tam > blbe ?" > > Dan > > > nainstalil jsem bsd na jednu slupku ,co se mi tu vali,hodil tam apache,php a php extensions(ja vim,ze tam bejt nemusi) a tam se zda ,ze to chodi jak ma a jak si predstavuju. takze asi bude opravdu lepsi smazat php. Nejdriv ale asi porovnam konfiguraky abych mel pouceni do budoucna(pokud teda neco zjistim) -- s pozdravem Votruba Jaroslav tel: 389002504 mailto:jaroslav.votruba at keytec.cz From dan at obluda.cz Wed Mar 28 13:00:08 2007 From: dan at obluda.cz (Dan Lukes) Date: Wed, 28 Mar 2007 13:00:08 +0200 Subject: nastaveni apache In-Reply-To: <460A440F.8010307@keytec.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> <46089FB8.204@keytec.cz> <4608F722.1090608@obluda.cz> <4608FFF5.5030509@keytec.cz> <46090630.5070303@keytec.cz> <46091C7A.1010609@obluda.cz> <460A440F.8010307@keytec.cz> Message-ID: <460A4AB8.1050901@obluda.cz> Jaroslav Votruba napsal/wrote, On 03/28/07 12:31: > hodil tam ... > php extensions(ja vim,ze tam bejt nemusi) No, musi/nemusi - je to metaport, ktery nainstaluje nejake vybrane extension. Byt tam samozrejme nemusi, pokud si nainstalujes potrebne extension sam. Metaport ti tam nainstaluje to, co intuitivne citi, ze potrebujes - k nicemu jinemu dobry neni. > Nejdriv ale asi porovnam konfiguraky Osobne bych ocekaval bordel v php.ini Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz From martin.sykora at vizus.cz Wed Mar 28 14:08:09 2007 From: martin.sykora at vizus.cz (Martin Sykora) Date: Wed, 28 Mar 2007 14:08:09 +0200 Subject: nastaveni apache In-Reply-To: <460A440F.8010307@keytec.cz> References: <45FE47E5.1070904@keytec.cz> <45FE49B9.8080505@ada-net.cz> <46075FCC.4000607@keytec.cz> <4608052F.40601@aeternal.net> <46080DCE.3040209@obluda.cz> <460816DB.6060906@seznam.cz> <46089FB8.204@keytec.cz> <4608F722.1090608@obluda.cz> <4608FFF5.5030509@keytec.cz> <46090630.5070303@keytec.cz> <46091C7A.1010609@obluda.cz> <460A440F.8010307@keytec.cz> Message-ID: <460A5AA9.2030206@vizus.cz> > nainstalil jsem bsd na jednu slupku ,co se mi tu vali,hodil tam > apache,php a php extensions(ja vim,ze tam bejt nemusi) a tam se zda ,ze > to chodi jak ma a jak si predstavuju. > takze asi bude opravdu lepsi smazat php. Nejdriv ale asi porovnam > konfiguraky abych mel pouceni do budoucna(pokud teda neco zjistim) Nesledoval jsem diskuzi od zacatku, ale z jednoho vypisu tady vyplyva, ze se jedna o pomerne dost stare PHP. > /usr/local/lib/php/20041030/ takze doporucuji oddistalovat a pred novou instalaci udelat update portu. Mam zkusenosti s upgradama a downgradama PHP a vim, ze je vzdy potreba to srovnat na urcitou uroven - zejmena jednotlive balicky z extensions na to mohou byt haklive. Martin -- Martin Sykora __________________________________________ V I Z U S . i n t e r n e t p a r t n e r martin.sykora at vizus.cz +420 604 238 389 http://www.vizus.cz +420 224 316 771 From bretislav.kubesa at centrum.cz Wed Mar 28 16:19:13 2007 From: bretislav.kubesa at centrum.cz (=?ISO-8859-2?Q?B=F8etislav?= Kubesa) Date: Wed, 28 Mar 2007 16:19:13 +0200 (CEST) Subject: Pomoc se zalohovanim In-Reply-To: <01ec01c77120$5dd60df0$deba9109@PC2088> Message-ID: >>>> Nicmene stale netusim, proc "mt erase" konci chybou... v messages jsem >>>> nasel >>>Jaky typ mechaniky to je a jak velka je v ni paska? >>>Po jake dobe cekani se ta chyba objevuje? 4 hodiny nebo driv? >> Ta chyba se objevi cca po 1hod - 1,5hod... >> Jedna se o HP StorageWorks DAT 72i USB (s paskou 36 GB - 72GB s kompresi). > >Jsi si tim casem jistej? >V kernelu je default 4 hod. ...jsem si jisty, ze to rozhodne 4 hod nejsou a tyto hodnoty jsem pri kompilaci jadra neprenastavoval - daji se nejak zjistit bez toho, aniz bych preventivne musel zkompilovat jadro s temito parametry ? Diky vsem za pomoc, zalohovani a restory uz bezi jak maji..az na ten erase ;-) BK From piftik at yhman.tnuni.sk Wed Mar 28 20:22:21 2007 From: piftik at yhman.tnuni.sk (piftik) Date: Wed, 28 Mar 2007 20:22:21 +0200 Subject: Pomoc se zalohovanim In-Reply-To: References: <01ec01c77120$5dd60df0$deba9109@PC2088> Message-ID: <20070328182133.M31994@yhman.tnuni.sk> On Wed, 28 Mar 2007 16:19:13 +0200 (CEST), B?etislav Kubesa wrote > Diky vsem za pomoc, zalohovani a restory uz bezi jak maji..az na ten > erase ;-) A je vobec nutne robit 'erase'? Nepostacilo by len pasku previnut na zaciatok a zapisovat znova? PiFtiK ------------------------------------------------------ Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. From cejkar at fit.vutbr.cz Thu Mar 29 10:01:36 2007 From: cejkar at fit.vutbr.cz (Rudolf Cejka) Date: Thu, 29 Mar 2007 10:01:36 +0200 Subject: Pomoc se zalohovanim In-Reply-To: References: <20070328085203.GB21246@fit.vutbr.cz> Message-ID: <20070329080136.GA32210@fit.vutbr.cz> B?etislav Kubesa wrote (2007/03/28): > >restore if /dev/nsa0 > >restore if /dev/nsa0 > >restore if /dev/nsa0 > bez mt fsf X to nefunguje : Treba restore skutecne nedocita - co po restore if /dev/nsa0 vypise mt -f /dev/nsa0 status? Zajimave jsou File Number a Record Number. Jestli Record Number neni nula, mt fsf 1 pro prechod na dalsi zalohu by mohlo stacit. > Co te tyce rychlosti rewind, mechanika je pripravena cca do 5sec. To by spis ukazovalo na pouziti mt rewind po prikazu, kde bylo /dev/sa0 misto /dev/nsa0. Polohovaci cas udavaji 68 s. I kdyz kdo vi... > Ta chyba se objevi cca po 1hod - 1,5hod... > Jedna se o HP StorageWorks DAT 72i USB (s paskou 36 GB - 72GB s kompresi). Rychlost 3,2 MB/s, tj. doba mazani mi vychazi asi na 3 hodiny. Mozna jestli jeste neni problem nekde s timeouty ve vrstve USB. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From zdrazil at atlas.cz Thu Mar 29 17:00:29 2007 From: zdrazil at atlas.cz (Martin Zdrazil) Date: Thu, 29 Mar 2007 17:00:29 +0200 Subject: IPsec a racoon Message-ID: <460BD48D.1040701@atlas.cz> dobry den, vytvoril jsem si mezi dvema freebsd boxy (6.1 a 6.2) IPsec tunel. ten mi bezvadne funguje a ted se snazim udelat jeho zabezpeceni pomoci ipsec-tools dle navodu v handbooku. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ipsec.html pro jistotu jsem vypnul na obou firewall, abych nemel nekde nejake zmatky s tim, ze mi nekde neco neprojde. Ale jakmile to zprovoznim tak mi to uz nedopingne. Musim rici, ze to me tolik netrapi, protoze tento cas (17:00) je pro me uz dost pozde a obvykle to byva tak, ze tam mam nekde nejakou chybu, kterou objevim hned rano. Co jsem ale nepochopil je, jak na cele akci participuje port racoon. Nikde v tom navodu v handbooku ani neni, ze by se mel nakonec ten daemon nastartovat, jen je v tom navodu to, ze se maji do psk.txt nabouchat klice a IPcka. K cemu to je, kdyz nakonec ten racoon ani nebezi ? dekuji za pripadne osvetleni Martin Zdrazil From dan at obluda.cz Thu Mar 29 18:22:35 2007 From: dan at obluda.cz (Dan Lukes) Date: Thu, 29 Mar 2007 18:22:35 +0200 Subject: IPsec a racoon In-Reply-To: <460BD48D.1040701@atlas.cz> References: <460BD48D.1040701@atlas.cz> Message-ID: <460BE7CB.2020203@obluda.cz> Martin Zdrazil napsal/wrote, On 03/29/07 17:00: > Co jsem ale nepochopil je, jak na cele akci participuje port racoon. > Nikde v tom navodu v handbooku ani neni, ze by se mel nakonec ten daemon > nastartovat, jen je v tom navodu to, ze se maji do psk.txt nabouchat > klice a IPcka. K cemu to je, kdyz nakonec ten racoon ani nebezi ? IPSEC provadi autentizaci a/nebo sifrovani na zaklade klicu. IPSEC sam neresi, odkud se ty klice vezmou - jedine co resi okolo klicoveho managementu je to, ze klice expiruje. A je ochoten davat najevo to, ze potrebne klice nema k dispozici, pripadne to, ze se blizi doba, kdy je k dispozici mit nebude. Tim veskera starost konci. No, a pak je zde protokol ISAKMP ( k nemuz existuje napriklad stejnojmenny daemon nebo napriklad racoon). A ten zas az tak moc primo nesouvisi s IPSECem - jen umi prijimat ony vyse zminene informace (nemam klice/nebudu mit klice) a jiz zminenym vlastnim protokolem umi s protistranou klice dohodnout - a ty pak IPSECu preda. IPSEC tak klidne muze fungovat bez racoona - staci mu dat staticke klice s neomezenou trvanlivosti. Prokol ISAKMP (napr. daemon racoon) zna nekolik zpusobu jak klice sehnat. Zasadnim problemem vzajemne komunkace dvou daemonu je vzajemna autentizace. Jeden z nich je "predem sdilene tajemstvi" (pre-shared-key) - to je klic (klic nesouvisejici s klicema IPSECu), jehoz vzajemnou znalosti si oba racoony dokazou, ze na druhe strane je ten, kdo tam ma byt. To je ten klic zadany v psk.txt. Existuji ale i dalsi zpusoby autentizace - napriklad asymetrickou kryptografii. V kazdem pripade - klice mohou byt staticke a racoon bezet nemusi. Pak ale neni k nicemu ani soubor psk.txt Nebo IPSEC klice staticke byt nemusi - pak musi bezet nejaky daemon (treba racoon), ktery zajistuej jejich vymenu. Ciste teoreticky to muze byt i tak, ze racoon nebezi stale - nejak se zajisti, aby bezel vzdy v dobe, kdy predchozi klice prestavaji platit, zajisti jejich vymenu a pak zase bezet nemusi - realny smysl takove konfigurace ale neni jasny. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz