Re: mail queue's, ext3 data=journal and sync-mount
On Tue, 2002-08-20 00:42:31 +0200, Russell Coker <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > On Mon, 19 Aug 2002 17:17, you wrote: > > True. Do you know why ext2 sync-mounted is so abysmally slow? I mean, > > our RAID was barely breaking a sweat, and bonnie++ was barely using 2-3% > > CPU, and yet, things just wouldn't go any faster, what's the bottleneck? > > Write back caching is simply a great way of improving performance. > > If you have a single hard drive then when writing to a file, even if the data > is all contiguous (the file is not fragmented) then when writing data for > each write the disk will need to spin to the correct location before data can > be written, for a 10K rpm drive that'll be an average of 3ms overhead per > chunk. Use a larger chunk size for Bonnie++ and performance should improve. > > Also for a RAID-5 it's even worse. To write to a sector on a RAID-5 you have > to do two reads and two writes minimum (or a read from all disks minus two > plus two writes) to get the correct parity. For a three disk RAID-5 that's > one read and two writes, for a five disk RAID-5 it's two reads and two writes. > > If you write the entire stripe at once (could be dozens of blocks depending > on the RAID setup) then it's little overhead when compared to a non-RAID > setup (RAID-5 should perform well for writing big files non-synchronously). > > Again make the chunk size larger on Bonnie++ and you should see a good > performance improvement. > > You might even discover that the performance of your RAID setup can be > measured in synchronous writes per second rather than any other metric. within this discussion, i got the idea to put an external journal for the ext3fs on an raid1-volume the real data on a raid5, hopefully, when writing the journal out to the disk having more data to be written an once - this would be worth a try but i don't have the hardware to try this and bad expirences with software raid5. AVE! phils... -- PHILIPP SCHMIDT / phils - - + - - > [EMAIL PROTECTED] ` - - > http://home.pages.de/~phils/ --> ONLINE fuer Berlin & BRB? IN-Berlin! ([EMAIL PROTECTED]) <-- Lbh unir whfg ivbyngrq gur Qvtvgny Zvyraavhz Pbclevtug Npg ol oernxvat gur cebgrpgvba bs pbclevtugrq zngrevny. Vs lbh ner abg n pvgvmra be erfvqrag bs gur HFN, lbh evfx orvat vzcevfbarq naq uryq jvgubhg onvy sbe hc gb gjb jrrxf hcba ragel gb gur HFN (c) Copyright 2001 by Hartmann Schaffer (signature only) :wq
Re: mail queue's, ext3 data=journal and sync-mount
On Tue, 20 Aug 2002 11:54, Philipp Schmidt wrote: > within this discussion, i got the idea to put an external journal for > the ext3fs on an raid1-volume the real data on a raid5, hopefully, when > writing the journal out to the disk having more data to be written an > once - this would be worth a try but i don't have the hardware to try > this and bad expirences with software raid5. Ideally if using data journalling then the transactions would be large enough to encompass entire stripes and remove most of the RAID-5 penalty for small writes. However having an external journal on a RAID-1 array that's used for nothing else would really help performance. Also make sure that you are using the fastest part of the disks used for the RAID-1 (use ZCAV to measure it). The start of the disks seems to always be the fastest for IDE disks, but apparently SCSI disks sometimes do things differently so a benchmark would be a good idea. For best performance investigate some sort of battery-backed RAM disk device. Another issue of RAID-5 is that when writing a stripe if the power fails it may write some blocks of the stripe but not all. Having journalled data and an external journal on a non-RAID-5 should solve that. -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field.
Re: Antigen Notification:Antigen found VIRUS= Exploit.IFrame.FileDownload (Kaspersky) virus
Yup, mine did too. Todd On Mon, 2002-08-19 at 23:24, Jeremy Lunn wrote: > On Mon, Aug 19, 2002 at 08:48:35PM -0500, David Stanaway wrote: > > This is a phoney email address ([EMAIL PROTECTED]), would the > > originator please step forward and offer an explanation. > > I'm assuming your MTA did the same as mine and appended your domain. > > -- > Jeremy Lunn > Melbourne, Australia > http://www.jabber.org/ - the next generation of Instant Messaging. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Posible atack ???
Hi people I'm having some problems here may be someone can give me a hand with. The chanel out is compleaty full mrtg grafic is up to the top, and when I run netwatch some IP's look out of place most of the hosts on the local network show conections to the following the ip x.x.x.255 x.x.x.159 while the external network show some wierd conections to the following IP Local IPRemote Ip may.local.gate.way 255.255.255.255 some.host.x.x svrloc.mcast.net ? some.other.host.x 164.255.255.255 some.other.host.x 239.255.255.253 If someone can shade some light over this mater I would realy apresiet it. Thanks, rak
Procmail losing messages
For some reason, procmail seems to be sporadically losing messages into thin air. Only a few messages are being lost, but they are important messages (as opposed to spam). I can see the specific message subjects and sender addresses in the procmail.log file, but not in the mailbox file. The mailbox file contains messages from several days before and after the missing message date. I am preparing to implement both Amavis-Postfix/ClamAV and SpamAssassin scanning on this mail server, so procmail will be required. Was there an issue with the previous version of procmail that might have caused this? I just upgraded that server today to Woody. As of right now, there is no /etc/procmailrc file and the .procmailrc file is simply: LOGFILE=$HOME/procmail.log
Re: failure notice (about relays.osirusoft.com)
Jason, I'm a sysadmin in a small ISP here in Argentina, and I'm not using osirusoft rbl, why? fibertel. What's that? A big cable-ISP (in .ar, obviously) who gives BOTH dinamic and static IP address for their customers, the mails coming from the static one are (mostly) legit mails from real and well configured mail servers, OTOH the mails coming from dinamic addresses are (mostly) spam. The IPs are all (aparently) mixed so you can't blacklist the entire block, if I do (as osirusoft does) the tsunami of complaints goes directly to my boss, and guess who is the bad guy? Is the mixed IP addresses issue osirusoft blame? I don't think so. Another example: infomail.infovia.com.ar, it is listed as an open relay in ORDB.org (well done), but I had to manually whitelist in my access file because they are one of the "big guys" and don't bother to configure the mail servers right... On both cases I've sent tons of mails to postmaster/root/abuse/info... What is my point? Strength. We don't have the enough human resources (We are just 6 for sysadmin/helpdesk/ php programming/cisco config/html design) and customer base to make them change their policy. If, for example, AOL starts using osirusoft/orbl, they surely start worrying about that. Until that moment arrives I have to indirectly support them. -- Regards, Germán Gutiérrez
Re: failure notice (about relays.osirusoft.com)
> I'm a sysadmin in a small ISP here in Argentina, and I'm not using > osirusoft rbl, why? fibertel. What's that? A big cable-ISP (in .ar, obviously) > who gives BOTH dinamic and static IP address for their customers, the > mails coming from the static one are (mostly) legit mails from real and > well configured mail servers, OTOH the mails coming from dinamic > addresses are (mostly) spam. The IPs are all (aparently) mixed so you > can't blacklist the entire block, if I do (as osirusoft does) the > tsunami of complaints goes directly to my boss, and guess who is the bad > guy? > Is the mixed IP addresses issue osirusoft blame? I don't think so. You mean it is completely mixed (dynamic and static)? As in (for example only) 222.111.222.111 could be dynamic, and 222.111.222.112 could be static? That would actually be poor network planning... how on earth could they administrate that? Oh well.. suppose they've found some way to do it. >From what I've seen, most ISPs have their "personal" (dynamic) dialups/adsl/broadband/whatever in a certain range (eg. 222.111.*.*), and then their "business" (static IP) clients in a different range. So IF an RBL cared about receiving legit email, they would take a quick moment and only block the dynamic IP pool, rather than the whole ISP, because as you said it is far less often that a static IP is used to send spam (because it is much easier to track down the spammer and block his/her IP). > Another example: infomail.infovia.com.ar, it is listed as an open relay > in ORDB.org (well done), but I had to manually whitelist in my access > file because they are one of the "big guys" and don't bother to > configure the mail servers right... Well... hey... they should be listed then. It is also easy to get out of ORDB (unlike Osirusoft)... just secure the mail server, and click on "retest" on ordb.org's website. Then I think a test is automatically performed in 24 or 48 hours... or something around that... and if the server is now found to be secure, it is automatically removed from the ordb.org RBL! No need to deal with abusive people or anything. We had a client that was listed there, because right when he was installing/upgrading his server, some US spammer found his server and used it to send spam (the damn server was only up for like 6 hours, and already a US spammer found it!). So we got an email... and by then the client had already secured the server. So we went to the ORDB website, clicked "retest", and about 3 days later all was good. Thats the good thing about using lists that are clear and transparent... usually have a way to get off the list directly from their webpage, without needing to go into chatrooms, newsgroups, etc. and arguing with abusive people. > If, for example, AOL starts using osirusoft/orbl, they surely start > worrying about that. Until that moment arrives I have to indirectly > support them. As far as I know, AOL and many of the big ISPs actually do run their own mini internal RBL. They certainly aren't as far reaching as those of ordb, osirusoft, spews, and others, but they do run mini-rbls. I think they run them mainly to prevent against DoS attacks or rogue mail servers that repeatedly bang against their servers. I've seen a Yahoo Mail server reject mail because it was sending mails too fast.
New series of UDP attacks?
Has anyone noticed a rash of scans and UDP attacks coming from Level3.net? I've seen a high number of them, all directed UDP attacks. Is this a new DOS or other attack? Joe
Re: Posible atack ???
On Tue, Aug 20, 2002 at 09:50:31AM -0300, UnKnown wrote: > Hi people I'm having some problems here may be someone can give me a hand > with. The chanel out is compleaty full mrtg grafic is up to the top, and > when I run netwatch some IP's look out of place most of the hosts on the > local network show conections to the following the ip x.x.x.255 x.x.x.159 > while the external network show some wierd conections to the following IP > > Local IP Remote Ip > may.local.gate.way255.255.255.255 > some.host.x.x svrloc.mcast.net ? > some.other.host.x 164.255.255.255 > some.other.host.x 239.255.255.253 > > If someone can shade some light over this mater I would realy apresiet it. rak, I couldnt understand a word of what you said... tell me in private... -- Carlos Barros.
Tape Question..
Hello List : I have a big size file about 33G in /home directory !!! and i wanna backup this file into tape device Unfortunately, My tape just 24G(compressd).so that i must be change tape when data write into tape device... How should i do??? shell > tar cjvf /dev/st0 /home (IT IS NOT WORKING! Because, my tape maxima size only 24G ) -- Trust & Unique ... Axacheng's PGP Public Key http://www.navigation.idv.tw/pgpkey
