its a test, drop it
-- "the liberation loophole will make it clear.." lex lyamin
its a test, drop it.
-- "the liberation loophole will make it clear.." lex lyamin
test message
tst -- "the liberation loophole will make it clear.." lex lyamin
Re: List is back?
Fri, Feb 17, 2006 at 12:08:49PM +0100, Adrian Ulrich wrote: > > > Ok, so I saw a few messages show up today -- what happened to all the > > ones in the meantime? > > Maybe bounced? .. Namesys had/HAS some ugly DNS-Problems: > > http://www.dnsreport.com/tools/dnsreport.ch?domain=namesys.com > > :-( they are NOT ugly, cause they are painted red. i'd say the test is ugly itself. nothing is bounced etc, in fact original messages that Jeff talks about just went in another ( more suitable for them ) mailing list. thats about it. -- "the liberation loophole will make it clear.." lex lyamin
Re: Fwd: New reiser4 install
Hi Shane, I'm sorry we had a list malfunction today and your message got chewed a bit, but its got recovered and reposted here. While on it, i'll try and share my own expirience with reiser4 usage. First i suggest heading for 2.6.12 kernel, at moment it looks like most stable, and i use it as filesystem on 4 boxes with couple of them being pretty busy ones. all of them are SMP's. Thu, Feb 16, 2006 at 12:43:45PM +0300, ReiserFS Users Mailing List wrote: > -- Forwarded message -- > From: Shane <[EMAIL PROTECTED]> > Date: Feb 15, 2006 9:09 PM > Subject: New reiser4 install > To: reiserfs-list@namesys.com > > Hello folks, > > I am moving a database to a new FS and am looking as > reiser4 for the filesystem. However, I am a bit unsure of > the plugins to use on filesystem creation. If these are > documented, I appologise for asking here. go for vanilla flavor. that would do fine. > > The FS will hold approximately 9 millian small files of on > average 4k in size growing by around 500k files per month. > Reads on the FS are random and there are usually around 10 > processes accessing the fs at any given time. I am > currently using ext3 but with so many files, space usage is > starting to become an issue as each file is rounded to the > block size of the FS so I'd like to get tail packing going. yeah, thats exactly the case where r4 does good. and in my expirience its more stable then 3.6 in SMP environment, altough you should expect that it'd spend some more cpu cycles on that packing. > I noticed the default plugin profile in debugfs.reiser4 > sets tail to plain. Does this pack tails or should I be > using ctail40 or the smart tails support? Also, I noticed > a transparent compression plugin is available in the kernel > tree, is that something which is automatically enabled or > do I need to do something at FS creation or mount time. I CC'ed this message to Edward Shukshin (cryptoplugin author) cause he's the preson you want to talk about compression stuff and if its ready for prime time. > > Finally, we use chattr to set the noatime flag on our > files, is that supported in reiser4? Come to think of it, > chattr has a compress flag as well. noatime would be good idea for any FS out there if you dont need this feature and want to have some edge for what its costs. -- "the liberation loophole will make it clear.." lex lyamin
ignore this message
1 -- "the liberation loophole will make it clear.." lex lyamin
ignore this message
0 -- "the liberation loophole will make it clear.." lex lyamin
test message.
-- "the liberation loophole will make it clear.." lex lyamin
Re: 72
oh, crap... Wed, Sep 29, 2004 at 02:20:03PM +, [EMAIL PROTECTED] wrote: > ÐÐÐÑÑ ÐÐÐÑxÑ ÐÐÑ. > ÐÐ ÐÐÐ ÑÑÐÐÑ ÐÐÑ. ÐÑÑÐÐÐ Ð ÑÐÐÐ. > ÐÐÑÐÐÑ ÐÐÑÐ ÐÐÑÑÐÐÐÑ - , > ÐÑÐÑ, ÑÑÐÐÑ ÑÐÑÐ. > ÐÐÐ.995-82 - 41 Moscow > > jp0z dz6vlx t bomp1c bp 5jnm9h > cimm ckx3kx h jdc6bj ta 7tbiu2 > oeql n8o7wc j hjmch4 xu g351kf > 84hr yjqdbe b j3ihf3 yz pbgu8b > bchd ywkden c ygojjq 4m akdeud > e6u9 e5kqly 0 iudyif 6o 5qixv7 > -- "the liberation loophole will make it clear.." lex lyamin
Re: reiser4 plugins (was: silent semantic changes with reiser4)
Sat, Aug 28, 2004 at 01:51:04PM +0200, Christoph Hellwig wrote: > On Sat, Aug 28, 2004 at 03:46:28PM +0400, Alexander Lyamin wrote: > > Its work for me couple of months. there were few hiccups, but they got fixed > > quickly by [EMAIL PROTECTED] only ext2 partition is /boot cause of BIOS > > limitations. Yes, i use it with LVM2 and stuff... > > See the mails from Christophe in this thread. seen. noted. > > > breaks guaranteed fs semantics, it's not going in in either reiser4 or > > > the vfs. > > A > > > > > > Al has started a thread to hash out working semantics, but there's not been > > > a single namesys person involved. Similar all of you have absolutely ignore > > Al message had a reply. > > "namesys persons" is Hans Reiser. Sufficient ? > > http://marc.theaimsgroup.com/?t=10935558262&r=1&w=2 > > I can't see Hans anywhere. And honestly Hans has been so out of touch > with VFS internals that some person actually understanding the issue > might be helpfull. That would probably whoever has taken over Nikita's > position. I assume Vladimir Saveliev could play this out... -- "the liberation loophole will make it clear.." lex lyamin
Re: reiser4 plugins (was: silent semantic changes with reiser4)
Sat, Aug 28, 2004 at 01:12:33PM +0200, Christoph Hellwig wrote: > On Sat, Aug 28, 2004 at 02:59:29PM +0400, Alexander Lyamin wrote: > > Thu, Aug 26, 2004 at 03:24:39PM +0200, Christoph Hellwig wrote: > > > This VFS interface is an integral part of ??very filesystem, and it > > > > VFS never was "an integral part" of ANY filesystem. my dog knows it. > > its just unified INTERFACE TO any filesystem (including reiser4). > > You's misquoting me. IF you quoted the whole context it'd be pretty > sure that the part of the filesystem that intefaces with the VFS is > meant. No. Its not me "misquoting", its just someone sound plain ?incoherrent?. Even if I overquoted reply with whole message, its still sound ?incohherent?. > > But one could even say VFS is integral part of a linux filesystem as > it does most of the work a filesystem driver does in other operating > systems. theres no "linux filesystem". there are "linux filesystems". thanks god. But I it would be really grate if you'll elaborate your sentence with example of VFS functionality (lack of it) on said "other operating systems" and if you'll define "most of work". > > > P.S. I imagine, how much flamed it would be if reiser4 made any intensive > > changes in linux VFS code... > > It really depends on how you sent them. If you had a big patch without > explanations - sure. It would work with small tweaks, but you just can take a look at reiser4 code and you'll understand that it just could not be chopped in "set of small patches" altough it could be documented better ofcourse, but its really well commented already. some times, some approaches to some problems just would not work. -- "the liberation loophole will make it clear.." lex lyamin
Re: reiser4 plugins (was: silent semantic changes with reiser4)
Sat, Aug 28, 2004 at 01:22:55PM +0200, Christoph Hellwig wrote: > On Sat, Aug 28, 2004 at 03:18:07PM +0400, Alexander Lyamin wrote: > > Yes, I think it would be nice to have this infrastructure in VFS. Technically. > > But its not possible, cause of "committee clusterfuck". Socially. Stupidly. > > Please explain your problems. I've not seen a single actually working > proposal yet. Current reiser4 implementation apparently oopses and Not true. If true - send bugreports. Its work for me couple of months. there were few hiccups, but they got fixed quickly by [EMAIL PROTECTED] only ext2 partition is /boot cause of BIOS limitations. Yes, i use it with LVM2 and stuff... de facto its even more stable then reiserfs 3.6, which got issues with CONFIG_PREEMPT. > breaks guaranteed fs semantics, it's not going in in either reiser4 or > the vfs. A > > Al has started a thread to hash out working semantics, but there's not been > a single namesys person involved. Similar all of you have absolutely ignore Al message had a reply. "namesys persons" is Hans Reiser. Sufficient ? > every single technical question or comment but started a flamefest > consisting mostly of personal attacs and "mine is longer" politics. no need to comment on this. -- "the liberation loophole will make it clear.." lex lyamin
Re: reiser4 plugins (was: silent semantic changes with reiser4)
Thu, Aug 26, 2004 at 03:35:07PM +0200, Christophe Saout wrote: > Am Donnerstag, den 26.08.2004, 15:24 +0200 schrieb Christoph Hellwig: > > > > First you say that that file-as-a-directory is crap then you say that it > > > does belong into the filesystem? > > > > I think you're talking about something different then me, I'm not > > talking about the magic meta files but the VFS interface in general. > > > > This VFS interface is an integral part of very filesystem, and it > > doesn't make a whole lot to put it into a plugin. > > Right. That's why these plugins are linked in uncoditionally. It doesn't > work without them. Hence "plugins" is not a very good name. its still plugins no matter what. they just emulate "conventional filesystem" behavior for VFS, but at some point you might want just to scrap VFS.. if you'd like to. And I honestly dont understand whats the other Christoph's worries are about. Its got perfomance. Its there. It can emulate "conventional filesystem" behaviour, for legacy apps. Thouse two that are currently crippled by metas, we are so happy arguing about, will get fixed fast. Thats a point where you could happily STOP and live with your happy "conventional filesystem emulation", yet enjoying perfomance aspects (if perfomance hurts you, do not compile reiserfs, just like one big-red distro does, nobody would not complain. except your hard-drive mechanics sick of seeks). But most people would not stop, and its good. Yes, I think it would be nice to have this infrastructure in VFS. Technically. But its not possible, cause of "committee clusterfuck". Socially. Stupidly. -- "the liberation loophole will make it clear.." lex lyamin
Re: Please /dev/null html-only mail rather than sending it out on this list
Mon, Apr 19, 2004 at 04:26:50PM +0200, Philippe Gramoull? wrote: > > Hello, > > Maybe you should give a try at crm114 ( http://crm114.sf.net ) by Bill Yera= > zunis Ph.D > > It's using Markovian filters instead of Bayesian ones and the homepage clai= > ms > 1 spam out of 8738 messages (4240 spam, 4498 nonspam) which translates into= > an > accurracy of 99.984% > > One nice aspect is that it learns *fast* sound like pretty sharp accuracy. i'll take a look :) -- "the liberation loophole will make it clear.." lex lyamin
Re: Reiserfs, highquality meds source, low rates
Tue, Apr 20, 2004 at 06:55:25AM +0200, Cami wrote: > >>>i am just not sure how to kill THIS messages which look so > >>>they dont look like spam, even to me upon first look. > >> > >>If you were using SpamAssasin, you wouldn't get these.. > > > > > >I _am_ using SpamAssassin, and I got this. > > > #!/bin/sh > thanks, ill check those, and if they are sane, we will adopt them. > cd /etc/mail/spamassassin > wget -nd -N http://www.rulesemporium.com/rules/99_sare_adult.cf > wget -nd -N > http://www.rulesemporium.com/rules/99_sare_biz_market_learn_post25x.cf > wget -nd -N http://www.rulesemporium.com/rules/99_sare_fraud_post25x.cf > wget -nd -N http://www.rulesemporium.com/rules/99_sare_random.cf > wget -nd -N http://www.rulesemporium.com/rules/99_FVGT_Tripwire.cf > wget -nd -N http://www.rulesemporium.com/rules/99_OBFU_drugs.cf > wget -nd -N http://www.rulesemporium.com/rules/99_sare_spoof.cf > wget -nd -N http://www.rulesemporium.com/rules/antidrug.cf > wget -nd -N http://www.rulesemporium.com/rules/backhair.cf > wget -nd -N http://www.rulesemporium.com/rules/bigevil.cf > wget -nd -N http://www.rulesemporium.com/rules/bogus-virus-warnings.cf > wget -nd -N http://www.rulesemporium.com/rules/chickenpox.cf > wget -nd -N http://www.rulesemporium.com/rules/evilnumbers.cf > wget -nd -N http://www.rulesemporium.com/rules/header_abuse.cf > wget -nd -N http://www.rulesemporium.com/rules/mr_wiggly.cf > wget -nd -N http://www.rulesemporium.com/rules/ratware.cf > wget -nd -N http://www.rulesemporium.com/rules/weeds.cf > > I update all the rulesets once a day.. These are running > without any false positives on a rather large production > environment so they will do well for the reiserfs mailing > list.. > > Cheers, > Cami -- "the liberation loophole will make it clear.." lex lyamin
Re: Reiserfs, highquality meds source, low rates
Tue, Apr 20, 2004 at 04:02:39PM -0400, Hubert Chan wrote: > > "Hans" == Hans Reiser <[EMAIL PROTECTED]> writes: > > [...] > > Hans> I think that requiring a confirmation response by non-subscribers > Hans> is acceptable, given the serious nuisance spam has become in the > Hans> last 2 years. > > As long as it remembers who's already confirmed. e.g. I read the list > through the gmane mail-news gateway, and don't want to have to confirm > every time I post a message. If I only need to confirm once, that's > fine. good idea, i think it could be done fast enough. i'll try it.. > > -- > Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/ > PGP/GnuPG key: 1024D/124B61FA > Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA > Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -- "the liberation loophole will make it clear.." lex lyamin
Re: Reiserfs, highquality meds source, low rates
i am just not sure how to kill THIS messages which look so they dont look like spam, even to me upon first look. can someone get some medications that will cure those spammers (8 just not enough, rack on some more ammo, and dont be shy to call for airstrike) Sun, Apr 18, 2004 at 06:52:28PM -0700, Grosbeak E. Collating wrote: > Ciao, baby! :) > Solvency is maintained by means of a national debt, on the principle, ''If you will > not lend me the money, how can I pay you? > The narrative impulse is always with us we couldn't imagine ourselves through a day > without it. > > Reiserfs, newest medications, low rates > http://filiopietistic.rx-plus.net/?dcent unipod > This country has come to feel the same when Congress is in session as when the baby > gets hold of a hammer. > If Jesus Christ be God and died for me, then no sacrifice can be too great for me to > make for Him. > Let your best be for your friend... > Life does not require us to make good it asks only that we give our best at each > level of experience. nice saying indeed ;) -- "the liberation loophole will make it clear.." lex lyamin
Re: Please /dev/null html-only mail rather than sending it out on this list
Mon, Apr 19, 2004 at 09:18:39AM +0200, Hendrik Visage wrote: > On Sun, Apr 18, 2004 at 11:58:08PM -0700, The Amazing Dragon wrote: > > > > Most servers get patches to fix security holes. SpamAssassin gets patches > > to spam holes. Both are annoying. > > Or get DSPAM that the users train and the SysAdmin can got fix security holes ;^) oh... actually i found out that bayesian rules for spamassiasin is also whole lot of security grief.. and simply could be source of problem when someone does something simply stupid (not evil). world isnt perfect. but thats just yet... ;) -- "the liberation loophole will make it clear.." lex lyamin
Re: Please /dev/null html-only mail rather than sending it out on this list
Sun, Apr 18, 2004 at 05:26:59PM -0400, Whit Blauvelt wrote:
> Hi,
>
> That a lot of spam has been coming through this list is one thing. That the
> list daemon threatens to cut people from the list whose systems refuse to
> accept some of the spam is another.
>
> Might I suggest a simple category of stuff to throw out before forwarding to
> the list: HTML-only mail. 99%+ of it is spam, and the other <1% isn't the
> sort of people who have any interest in advanced file systems.
>
> Two easy ways to block a lot of it:
>
> 1. With procmail:
>
> # HTML only message are most probably spam.
> :0
> * ^Content-Type:.*text/html
> {
> LOG="(HTML) "
> :0
> /dev/null
> }
>
> 2. With SpamAssassin by setting the score for MIME_HTML_ONLY high and then
> either /dev/null'ing or refusing to even accept such mail (providing you're
> running it as a milter). (Which is what I do and why the listserv is getting
> impatient with me.)
>
> Other mail filtering methods will have equally easy ways to just toss this
> trash where it belongs.
you've being heard. its actually was done quite a time ago.
but in a different way.
plus i simply cant junk 99% cause of purely administrative reasons
(Hans loves the Markup Languages :)
but we do trash all sort of windows-os junk right away ;
>
> Whit
--
"the liberation loophole will make it clear.."
lex lyamin
Re: Please /dev/null html-only mail rather than sending it out on this list
Sun, Apr 18, 2004 at 05:45:04PM -0400, Pierre Abbat wrote: > On Sunday 18 April 2004 17:26, Whit Blauvelt wrote: > > Hi, > > > :0 B > * H ?? Content-Type: multipart > * Content-Type: text/html > * ! Content-Type: text/plain > * ! ^Received: > /dev/null > #The Received check is there because I am a postmaster. procmail is BD :) we use a really small bit of shell instead # we check if message was spoiled by spamassassin in previous # round of spamcheck (qmailq). preflag=`printf "%s\n" "$input" | $M822FIELD X-Spam-Flag | sed 's/^ //'` if [ "$preflag" = "YES" ]; then # .. and if its spammy enough already, we reinject. printf "%s\n" "$input" | $FORWARDBIN $FORWARD if [ $? -eq 0 ]; then #so qmail will not do any further deliveries in .qmail file exit 99 fi # problem calling inject - temp failure exit 111 fi # i cant send HTML only to /dev/null cause Hans Reiser thinks ASCII (we are all using) is obsoleted by *ML's ;) but we do a lil tweakig there and there, changing weights and writing new spamassassin rules. for example for today spamassassin blocked 162 spam messages that were sent to this list ;) well some got through. we are not perfect, but i'm working on it (being perfect).. > Also block mail from IP addresses known to be open relays, open proxies, > rooted boxes, etc. its intresting discussion, but lets move it off the list. -- "the liberation loophole will make it clear.." lex lyamin
Re: bk
Sat, Feb 07, 2004 at 06:53:13PM -0500, James H. Cloos Jr. wrote: > Any update on this? > > Why not setup a bkbits site to house the public repos, at least until > this gets fixed? A single push a day would be enough if there is any > concerns about wasting developer time with an international push each > time a commit is done It could even be pushed via cron. we have some problems with chrooted version of BK , since its turned 3.0.4 and working with bitmover on resolving this problem... hopefully it will be solved by weekend. > > -JimC -- "the liberation loophole will make it clear.." lex lyamin
Re: TK Open Systems AntiVirus scan results
Tue, Feb 10, 2004 at 11:38:13AM +0100, Carl-Daniel Hailfinger wrote: > RAV AntiVirus wrote: > > [...] > > flx, could you perhaps add a filter which rejects all messages containig > [Vv]irus in the subject or body? yea... i am updating spamassaassin to latest cvs today, and after that will add that test too... thanks. > Thanks! > Carl-Daniel -- "the liberation loophole will make it clear.." lex lyamin
Re: accidentally formatted vfat over reiserfs, recoverable?
Sat, Sep 20, 2003 at 12:24:22AM +0400, Vitaly Fertman wrote: > On Friday 19 September 2003 20:17, Tommi Sakari Uimonen wrote: > > Hi. I had a reiserfs (3.6.11 from debian unstable) partition and I made a > > 'mkfs.vfat -F 32' on it. Is there any chance of getting the data from the > > old reiserfs partition? > > > > I have not written onto it since, and mkfs.vfat performed it's duties very > > promptly, so I guess it just wrote something "small" to the beginning of > > the partition. (The partition is about 100GB so I would have noticed if > > it had done some serious formatting on it) > > > > Maybe some dd if=/dev/hdb5 of=... magic or what? > > > > Tommi Uimonen > > Hi Tommi, > > this was the user mistake and we provide the support for such in terms of > our www.namesys.com/support.html page. theres no easy way around, but i think you should 1. backup the partiution with dd. and then... try to recreate superblock and then fsck with rebuild-tree. altough i'm not vitaly and not expert there -- "the liberation loophole will make it clear.." lex lyamin
Re: [SPAM] BU FIRSATTAN YARARLANIN.
sorry for that one. really strange that it passed. evaluated. Wed, Jun 18, 2003 at 11:30:32PM +0300, Erotik Market wrote: > Start SpamAssassin results > 8.90 points, 8 required; > * 0.3 -- Message-Id has no @ sign > * 4.0 -- BODY: Written in an undesired language > * 0.2 -- BODY: 2 WHOLE LINES OF YELLING DETECTED > * 0.2 -- BODY: A WHOLE LINE OF YELLING DETECTED > * 0.9 -- RAW: Excessive quoted-printable encoding in body > * 0.3 -- RAW: Quoted-printable line longer than 76 characters > * 0.5 -- Subject is all capitals > * 1.5 -- 'From' yahoo.com does not match 'Received' headers > * 1.0 -- Forged mail pretending to be from MS Outlook > > End of SpamAssassin results > > -- flx
Re: Recent spam
Mon, Jun 02, 2003 at 08:29:18AM +0200, Manuel Krause wrote: > Hi! > > Whats up with these rows of spam mails I receive from reiserfs list the > last days/weeks? Does this list spam itself now or what new anti-spam > algorithm did I miss? along with line-noise, could someone give a hint how to teach EZMLM to dont mangle Recieved: headers ? -- everything zen lex lyamin
Re: Indicating filtered spam?
And I apologise for inconvinience this filter failure caused. Spamassassin is still funky at some points like encodings and bayesian. Its doublefunky when its system wide. But still its my mistake. Tue, Feb 25, 2003 at 03:44:43PM +0300, Alexander Lyamin wrote: > Sat, Feb 22, 2003 at 04:14:10PM +0300, Oleg Drokin wrote: > > Hello! > > > > On Sat, Feb 22, 2003 at 02:12:29PM +0100, Szabolcs Szasz wrote: > > > Wouldn' it be better to put (back? was it there? I can't > > > recall) to the Subject header an indication for filtered > > > spam? > > > The fact that now there is Spamassasin at work, actually > > > changes the behavior of my organic brain-embedded spam filter > > > so that I now find myself opening mails I had been deleting > > > before. > > > > Seems our filter that directs spam to /dev/null have broke again. > > I'll see what can be done with it. > > its a bug in 822header util from DJB. > i clearly identified it, and now seems like i have to FIX it. > sometimes it fails to parse for X-Spam correctly :( > > > > -- > "Cache remedies via multi-variable logic shorts will leave you crying."(cl) > Lex Lyamin -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
Re: Indicating filtered spam?
Sat, Feb 22, 2003 at 04:14:10PM +0300, Oleg Drokin wrote: > Hello! > > On Sat, Feb 22, 2003 at 02:12:29PM +0100, Szabolcs Szasz wrote: > > Wouldn' it be better to put (back? was it there? I can't > > recall) to the Subject header an indication for filtered > > spam? > > The fact that now there is Spamassasin at work, actually > > changes the behavior of my organic brain-embedded spam filter > > so that I now find myself opening mails I had been deleting > > before. > > Seems our filter that directs spam to /dev/null have broke again. > I'll see what can be done with it. its a bug in 822header util from DJB. i clearly identified it, and now seems like i have to FIX it. sometimes it fails to parse for X-Spam correctly :( -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
Re: kernel go-slow
Thu, Feb 06, 2003 at 02:26:49PM +0300, Alexander Lyamin wrote: > Mon, Feb 03, 2003 at 12:27:40AM +0100, Russell Coker wrote: > > I'm running a number of machines with 2.4.20 and the ReiserFS journal patches. > > > > One problem that has started occuring is that periodically some of the > > machines will go really slow for a while. It's as if the CPU speed has just > > dropped to 1% of it's regular speed. Then after 10 minutes or so it will > > continue as normal. > > when its slows down, please check with vmstat for IO or with your i think i wasnt clear enough. so - first , if you "go-slow" on a disk activity, chances are good that it caused by FS or VM or their misunderstandings. but there is possible situations that will not generate disk activity, but may cause your system to "go-slow", if there you have some unussual IO numbers while disk activity is moderate to low - most likely same sweet pair. but Oleg Drokin pointed at situations when even IO will not indicate whats going on :) so advice is still the same - if you having slowdowns profiling might help you much better then withchy methods described above. > led for disk activity. thats a simply and stupid. > > but theres no really good way to understand whats goining on in kernel > if you are userland yourself. so go in kernel with profiling and see > where does it spend it precisious time. slightly more complicated then > method above, but much more effective. > > > > > Has anyone heard of such things before? > > > > I am asking here first because the ReiserFS patch is the most significant > > kernel patch I've applied on what is otherwise a stock 2.4.20 kernel. > > > > Interestingly the machines that have the problems are not the most active in > > the file system (mail store), but the mail spool machines. The mail spool > > machines do a good amount of file access (but well below the limits of the > > hardware) and also use more memory and have large load spikes on occasion > > (virus and spam scanning). talking about virus/spam scanning - what do you use and how its integrated in your SMTP MTA ? -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
Re: kernel go-slow
Mon, Feb 03, 2003 at 12:27:40AM +0100, Russell Coker wrote: > I'm running a number of machines with 2.4.20 and the ReiserFS journal patches. > > One problem that has started occuring is that periodically some of the > machines will go really slow for a while. It's as if the CPU speed has just > dropped to 1% of it's regular speed. Then after 10 minutes or so it will > continue as normal. when its slows down, please check with vmstat for IO or with your led for disk activity. thats a simply and stupid. but theres no really good way to understand whats goining on in kernel if you are userland yourself. so go in kernel with profiling and see where does it spend it precisious time. slightly more complicated then method above, but much more effective. > > Has anyone heard of such things before? > > I am asking here first because the ReiserFS patch is the most significant > kernel patch I've applied on what is otherwise a stock 2.4.20 kernel. > > Interestingly the machines that have the problems are not the most active in > the file system (mail store), but the mail spool machines. The mail spool > machines do a good amount of file access (but well below the limits of the > hardware) and also use more memory and have large load spikes on occasion > (virus and spam scanning). -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
Re: reiserfs on redhat advanced server?
Fri, Jan 31, 2003 at 03:40:18PM +0300, Oleg Drokin wrote: > Hello! > > On Fri, Jan 31, 2003 at 03:35:02PM +0300, Hans Reiser wrote: > > I understand and support being pissed at Linus for calling it 2.4.0 when > > it wasn't stable enough before 2.4.18 because VM and VFS were still > > being changed, but Marcelo is pretty stable in all of his official > > releases, and it is easy to get him to take good code. > > Unfortunatelly vanilla 2.4.20 is pretty bad shaped. (and pretty bad mouthed > for that, too). Yep. Would'nt use it. Bad expirience. > > Bye, > Oleg -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
Re: reiserfs on redhat advanced server?
Fri, Jan 31, 2003 at 03:20:55PM +0300, Hans Reiser wrote: > You are not a typical sysadmin, you work for an organization with ~10 > full-time kernel hackers, and the percentage of companies out there who > can say that their average computer users are as skilled as any of > SuSE's staff is not very high you know Some linux-kernel hackers still do some stupid things userland :) sometimes... Wont go in details. > > Most companies do indeed have a real need for tech support. If the > distros don't support official stable linux kernels, it is a serious > social problem for our community, as it will substantially reduce the > user base for those kernels in corporate environments. It is especially > a problem if the largest vendor does it. But thats quite a GOOD point. Its excellent point actually, worth broughting it in LKML. Its a problem and its a solution. indeed. All the idea of open-source and linux is that you could take a turn from "railroad" anywhere you wont, and while its an effort theres ussually a benefits which are worthy of effort. In propietary software if something gone wrong (and its ussually does when you leaving "railroad") you left to reverce engeneering (effort*10, and DMCA wont like that) or merciless tech.support (merciless people quite often stupid also). > Hans > > Alexander Lyamin wrote: > > >Fri, Jan 31, 2003 at 12:53:34PM +0100, Lars Marowsky-Bree wrote: > > > > > >>On 2003-01-31T14:39:29, > >> Hans Reiser <[EMAIL PROTECTED]> said: > >> > >> > >> > >>>If you want a stable kernel for a mission critical server, the only > >>>thing that works is to ask around and find out what Marcelo kernel has > >>>been known stable for at least 6 weeks. > >>> > >>> > >>And lose all support from RH or SuSE because you installed a non-supported > >>kernel image ;-) And thus violate the Oracle cert, the SAP cert (well, if > >>RH > >>had one), etc pp. > >> > >>Just something you can't do in some environments. -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
Re: problems receiving mails
Mon, Jan 27, 2003 at 07:41:03PM +0100, Marc-Christian Petersen wrote: > Hi there, > > well, I am subscribed to the list, at least I think I am ;) but don't get any > mail from the mailinglist. Can someone who has the rights for ezmlm check > this please? > > thank you! :) I think we sorted that out. Right Marc ? As i told you "life is full of wierd things" :) > > ciao, Marc -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
Re: UNSUBSCRIBE PLEASE THANKS - add a footer, please
Tue, Jan 28, 2003 at 10:14:11AM +0100, Szabolcs Szasz wrote: > > You're using Ximian Evolution: > > View -> MessageDisplay -> ShowFullHeaders > > Few people ever see those headers. Having > full headers on is not a realistic assumption, > ESPECIALLY NOT for those (mostly beginners), > who have unsubscribe problems. > > A footer, maybe? instructions on web-site. much more realistical. including auto-helpdesk and my address for especially tough cases. :) > > Sab -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
Re: [reiserfs-list] Administrative notice.
Thu, Jun 06, 2002 at 09:52:12PM +0100, Chris Dukes wrote: > On Fri, Jun 07, 2002 at 12:43:24AM +0400, Alexander Lyamin wrote: > > > > Thanks for point-out Will, > > > > Currently I have no choise but to put temporary ban people > > that create this excessive mail traffic in our mailing list. > > > > Everyone, who was banned and cured himself - ping me for resubscription. > > > > > > People that GONE: > > > > [EMAIL PROTECTED] > > "S. Alexander Jacobson" <[EMAIL PROTECTED]> > > Kurt <[EMAIL PROTECTED]> > > Hubert Chan <[EMAIL PROTECTED]> > > > > > > sorry guys, i had to do this. > > Those people weren't at fault. > A broken MTA (Lotus Notes) at mail.patapsco.com was causing dups. > > Look at the headers. All had patapsco.com message-IDs. > Original headers showed they were injected from patapsco.com except for > the first items. > > As I asked, is there any way to have the mailing list manager leave > the Received: lines intact so that people can readily see the injection > point for these spews? Sorry guys, [EMAIL PROTECTED] is gone. all the rest back on list. most likely it can be done, but this will make headers rather big. i'll think about it tomorrow, late night in Moscow. Once again sorry for slamming wrong people. -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
Re: [reiserfs-list] Administrative notice.
Fri, Jun 07, 2002 at 12:43:24AM +0400, Alexander Lyamin wrote: > > Thanks for point-out Will, > > Currently I have no choise but to put temporary ban people > that create this excessive mail traffic in our mailing list. > > Everyone, who was banned and cured himself - ping me for resubscription. > > > People that GONE: > > [EMAIL PROTECTED] > "S. Alexander Jacobson" <[EMAIL PROTECTED]> > Kurt <[EMAIL PROTECTED]> > Hubert Chan <[EMAIL PROTECTED]> + Chris Dukes <[EMAIL PROTECTED]> > > > sorry guys, i had to do this. > > > P.S. > If someone got idea how to prevent such things in future (and it brighter > then reasonable suggestion - "DO NOT USE OUTLOOK") - contact me. -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
[reiserfs-list] Administrative notice.
Thanks for point-out Will, Currently I have no choise but to put temporary ban people that create this excessive mail traffic in our mailing list. Everyone, who was banned and cured himself - ping me for resubscription. People that GONE: [EMAIL PROTECTED] "S. Alexander Jacobson" <[EMAIL PROTECTED]> Kurt <[EMAIL PROTECTED]> Hubert Chan <[EMAIL PROTECTED]> sorry guys, i had to do this. P.S. If someone got idea how to prevent such things in future (and it brighter then reasonable suggestion - "DO NOT USE OUTLOOK") - contact me. > > (Embedded > image moved Will Stowe <[EMAIL PROTECTED]> > to file: 06/06/2002 03:05 PM > pic02564.pcx) > > > > > > > > > This. > > http:[EMAIL PROTECTED] > > Will Stowe > Systems Administrator > Intec Telecom Systems > 5775 Peachtree-Dunwoody Road > Atlanta, GA 30342 > Work:(404) 705-2867 > Email: [EMAIL PROTECTED] > > -- "Cache remedies via multi-variable logic shorts will leave you crying."(cl) Lex Lyamin
