Re: Of SANS and IOS
Answer to self, now anyone that reads the list will know! According to this excelent (introductory) site: http://www.imperialtech.com/technology_whitepapers_Good_Performance.htm IOPs is a messure of the IO requests per second a device will give you. In the FC-SAN context, this IOps are actually blocks read/writen (makes sense, thats what i thought) to the device. Another interesting part in the site, mentions how overall performance is seldom a function only of the storage device, but clearly depends on the application. This means, for example, that if you make an Email delivery farm, the IOPS youll need will depend on the performance capabilility of your farm (the application being in this case an SMTP server cluster), which has obvious limitations (such as possible incomming bandwidth on the said cluster, the blocksize and innards of your filesystem) among certain statistically aquired or estimated variables (average email size comes to mind). So, basically, estimate the blocks per second your applications will require, and that will be your IOPS requirement. For example, one can take the Email farm as an example, you will need an imap server as well, thats a whole lot of read operations. Take you email size estimate, your number of received mails, estimate your number of peak concurrent users and add that to the IOPS you got for the SMTP. Thats your IOPS requirement combined. Makes senseanyone sees an inconsitency here? please correct me! here is another page: http://www.netapp.com/tech_library/3239.html This one is like a sales bid, but it has interesting points... like, dont trust vendors that dont publish the blocksize that they used to messure IOPS performance same goes for the throughput value I hope more ppl contribute to this email, its a subdocumented topic in the OSS world (you wont find it -YET- in the LDP) El vie, 19-09-2003 a las 17:08, Alex Borges escribió: > Anyone knows What The FARKS is that IOs unit the HP SAN folk keep > talking about? Like in, yeah, this thing can take 2000 IOS per second. > How many bytes is an IOs supposed to be? An IO==Device blocksize or WTF? > > > It seems like most that have bought a SAN knows how many IOs it is > worth, but noone knows what an IOs is (yeah, Input Output Operation) > > I know how many Gbps i need, not how many IOs, how do i go from one to > the other? > > My guess is that its the blocksize of the fs that i plan to use. If so, > ican divide my X Gbps between 8 to get GBps, then between 4000 to get > the blocks per seconds i needwould that map into IOS? > > Treacherous salesmen everywhere! > > > Lex > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
unsubscribe
unsubscribe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: tping - tool for connectivity testing
apt-get install tcptraceroute man tcptraceroute Very often spammers' Web servers drop ICMP and can't be pinged or tracerouted. They can hide from tcptraceroute but it's harder. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Funny NFS
Thanks! I have NO idea why the motd was overwritten, can't believe it. Must be the lag or something, not sure. I tried checking my kernel config over and over and everything looked peachy. Strange. Thanks again for all the help guys, will let you know when I find out what the hell caused this. Dave -Original Message- From: Russell Coker [mailto:[EMAIL PROTECTED] Sent: 22 September 2003 04:04 To: Dave; Debian-ISP Subject: Re: Funny NFS On Mon, 22 Sep 2003 20:09, Dave wrote: > I recently upgraded from 2.4.18 to 2.4.20 but am getting strange errors(?) > whenever I log onto the box now. I loaded the 2.4.18 config with the 2.4.20 > source and compiled like that, so I'm sure I never left anything out. > > [EMAIL PROTECTED]'s password: > Last login: Mon Sep 22 09:04:05 2003 from 192.168.11.2 on pts/1 > Linux valhalla 2.4.20-valhalla #1 Thu Sep 18 08:21:07 SAST 2003 i686 > unknown struct nfs_fh * fh; Did a file system error over-write /etc/motd with some kernel source? -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Funny NFS
On Mon, 22 Sep 2003 20:09, Dave wrote: > I recently upgraded from 2.4.18 to 2.4.20 but am getting strange errors(?) > whenever I log onto the box now. I loaded the 2.4.18 config with the 2.4.20 > source and compiled like that, so I'm sure I never left anything out. > > [EMAIL PROTECTED]'s password: > Last login: Mon Sep 22 09:04:05 2003 from 192.168.11.2 on pts/1 > Linux valhalla 2.4.20-valhalla #1 Thu Sep 18 08:21:07 SAST 2003 i686 > unknown struct nfs_fh * fh; Did a file system error over-write /etc/motd with some kernel source? -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Funny NFS
On Mon, 2003-09-22 at 06:09, Dave wrote: > [EMAIL PROTECTED]'s password: > Last login: Mon Sep 22 09:04:05 2003 from 192.168.11.2 on pts/1 > Linux valhalla 2.4.20-valhalla #1 Thu Sep 18 08:21:07 SAST 2003 i686 unknown > struct nfs_fh * fh; > const char *name; > unsigned intle > Last login: Mon Sep 22 09:04:05 2003 from 192.168.11.2 > valhalla:~# The first thing I would do is login to an account w/o any startup script commands, e.g. biff, setting permission on the tty, umask changes. If you still get the message I would consider starting a login shell of your new, clean account under stace with the follow child PIDs option, and output each child's syscall messages to its own soandso.PID file. You can use *grep to figure out where that output is coming from. I doubt that you have a kernel problem but I suppose it is feasable. It would be better to check other options first. Incidentally I am running 2.4.20 on my home NFS server and have no similar problems. I have not upgraded to 2.4.20 on any of my NFS clients yet. -- Jeff S Wheeler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tping - tool for connectivity testing
http://mimo.gn.apc.org/tping.html I thought I share this little tool - maybe someone finds it as useful as I do. Comments welcome! Michael PS.: there is also a spmalister - see http://mimo.gn.apc.org/spamlister.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Funny NFS
Not that I have experienced anything like this before. But it looks as if parts of the kernel source code were in some way corrupted. Otherwise it's difficult to see why that definition would show up. Michael Dave wrote: Hi Guys, I recently upgraded from 2.4.18 to 2.4.20 but am getting strange errors(?) whenever I log onto the box now. I loaded the 2.4.18 config with the 2.4.20 source and compiled like that, so I'm sure I never left anything out. [EMAIL PROTECTED]'s password: Last login: Mon Sep 22 09:04:05 2003 from 192.168.11.2 on pts/1 Linux valhalla 2.4.20-valhalla #1 Thu Sep 18 08:21:07 SAST 2003 i686 unknown struct nfs_fh * fh; const char *name; unsigned intle Last login: Mon Sep 22 09:04:05 2003 from 192.168.11.2 valhalla:~# Been looking online for similar problems but just getting results of OLD NFS bugs. Everything on this box is running fine however. Any help would be greatly appreciated. Thanks, Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Funny NFS
Hi Guys, I recently upgraded from 2.4.18 to 2.4.20 but am getting strange errors(?) whenever I log onto the box now. I loaded the 2.4.18 config with the 2.4.20 source and compiled like that, so I'm sure I never left anything out. [EMAIL PROTECTED]'s password: Last login: Mon Sep 22 09:04:05 2003 from 192.168.11.2 on pts/1 Linux valhalla 2.4.20-valhalla #1 Thu Sep 18 08:21:07 SAST 2003 i686 unknown struct nfs_fh * fh; const char *name; unsigned intle Last login: Mon Sep 22 09:04:05 2003 from 192.168.11.2 valhalla:~# Been looking online for similar problems but just getting results of OLD NFS bugs. Everything on this box is running fine however. Any help would be greatly appreciated. Thanks, Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]