toasters March 2006

toasters@lists.teaparty.net

156 participants
215 discussions

RE: snapinfo -- exchange on netapp
by Glenn Walker 30 Mar '06

30 Mar '06

Jochen - hard to say. The argument for putting everything on one massive aggregate is so that you have the performance you need with the existing disk capacity (vs having multiple aggregates\volumes each with their own parity disks). However, planning for failure, it is possible but very unlikely for an aggregate to go offline due to some sort of failure. That being said, you might lose the filer itself during a disaster. The documentation states that everything should be in a separate volume, and sites Microsoft as stating this. Undoubtedly, MS states this for DR reasons, while NetApp states it for issues with snapshots (and with tradvols, for DR reasons). After giving this much thought, my recommendation would be one huge aggregate with multiple volumes - it gives you the performance you need without wasting disks. If you really need to worry about DR, then RAID-DP and SnapMirror are the right solutions (to prevent failure and to deal with failure when it happens, respectively). Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Willeke, Jochen Sent: Thursday, March 30, 2006 1:46 AM To: toasters(a)mathworks.com Subject: RE: snapinfo -- exchange on netapp Hi everybody, thanks a lot for your help. I think i will have a look at the snapmanager documents. To the thing with the two aggregates...I plan it this way because i want to have the logs and the DB's on different harddrives. Do you thing the gear i get out of putting all into one aggregate is worth having less security? Best Regards Jochen -----Original Message----- From: Glenn Walker [mailto:ggwalker@mindspring.com] Sent: Wednesday, March 29, 2006 11:39 PM To: Glenn Dekhayser; Sto RageC ; Willeke, Jochen Cc: toasters(a)mathworks.com Subject: RE: snapinfo -- exchange on netapp The SME admin guide walks you through sizing the SnapInfo LUN. To paraphrase (based on my memory): number of transaction logs generated between backups * 5MB * number of backups you want to keep online So if you do a backup every hour and want to keep 7 days worth and each backup has 100 logs: 100 * 5 * 7 = 3500MB Obviously you want the LUN to be just a wee bit bigger than 'absolutely full'. Exchange doesn't need it - SnapManager for Exchange needs it so that it can take your logs from the 'live' repository and move them during every backup - it is only used for recovery (which would inclue log shipping for DR). Glenn (the original one?) -----Original Message----- From: owner-toasters(a)mathworks.com on behalf of Glenn Dekhayser Sent: Wed 3/29/2006 3:18 PM To: Sto RageC ; Willeke, Jochen Cc: toasters(a)mathworks.com Subject: RE: snapinfo -- exchange on netapp Be VERY careful here. If your SnapInfo Lun isn't big enough, SME backups WILL fail (experience talking here). It needs to be big enough to house (potentially) the entire transaction log, plus some. Glenn (the other one again). ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Sto Rage(c) Sent: Wednesday, March 29, 2006 1:15 PM To: Willeke, Jochen Cc: toasters(a)mathworks.com Subject: Re: snapinfo -- exchange on netapp Hi Jochen, Snapinfo-lun is needed for SnapManager for Exchange(SME). This is where SME stores its information for recovery. Its basically used when running "up to the minute recovery", where it copied all the transcaction logs before it truncated them while creating the snapshot backups. So when you do an "up to the minute" recovery from older snapshots, it uses this location to bring in the older transaction logs to be replayed. Why do you want to configure 2 separate aggregates? did you mean volumes? I'd rather have a very large aggregate with as many disks I can get hold of instead of 2 smaller aggregates. It definetly improves performance. The way we have it setup in our environemnt is 1 large aggregate with 3 volumes per exchange host.. - 1 vol for the storage group with luns for each store - 1 vol for log lun - 1 vol for snap info lun We also have other CIFS shares on volumes/qtrees within the same aggregate. Hope this helps -G On 3/29/06, Willeke, Jochen <Jochen.Willeke(a)wincor-nixdorf.com> wrote: Hi everybody, we are setting up an exchange 2003 system on a filer. Right now i am about to size the system. I often read that i need to have a snapinfo-lun. But i do not understand where i need this lun for. Exchange does not need it, does it? What i want to configure are two aggregates. One containig qtrees with luns for the databasefiles and one aggregate with qtrees and luns for the logfiles. And if really needed i would put the snapinfo-lun into the logfile aggregate. Perhaps somebody has already set up an exchange server on netapp storage and can help me. Thanks a lot in advance Jochen

2 1

snapinfo -- exchange on netapp
by Willeke, Jochen 30 Mar '06

30 Mar '06

Hi everybody, we are setting up an exchange 2003 system on a filer. Right now i am about to size the system. I often read that i need to have a snapinfo-lun. But i do not understand where i need this lun for. Exchange does not need it, does it? What i want to configure are two aggregates. One containig qtrees with luns for the databasefiles and one aggregate with qtrees and luns for the logfiles. And if really needed i would put the snapinfo-lun into the logfile aggregate. Perhaps somebody has already set up an exchange server on netapp storage and can help me. Thanks a lot in advance Jochen

3 2

RE: snapinfo -- exchange on netapp
by Willeke, Jochen 30 Mar '06

30 Mar '06

Hi everybody, thanks a lot for your help. I think i will have a look at the snapmanager documents. To the thing with the two aggregates...I plan it this way because i want to have the logs and the DB's on different harddrives. Do you thing the gear i get out of putting all into one aggregate is worth having less security? Best Regards Jochen -----Original Message----- From: Glenn Walker [mailto:ggwalker@mindspring.com] Sent: Wednesday, March 29, 2006 11:39 PM To: Glenn Dekhayser; Sto RageC ; Willeke, Jochen Cc: toasters(a)mathworks.com Subject: RE: snapinfo -- exchange on netapp The SME admin guide walks you through sizing the SnapInfo LUN. To paraphrase (based on my memory): number of transaction logs generated between backups * 5MB * number of backups you want to keep online So if you do a backup every hour and want to keep 7 days worth and each backup has 100 logs: 100 * 5 * 7 = 3500MB Obviously you want the LUN to be just a wee bit bigger than 'absolutely full'. Exchange doesn't need it - SnapManager for Exchange needs it so that it can take your logs from the 'live' repository and move them during every backup - it is only used for recovery (which would inclue log shipping for DR). Glenn (the original one?) -----Original Message----- From: owner-toasters(a)mathworks.com on behalf of Glenn Dekhayser Sent: Wed 3/29/2006 3:18 PM To: Sto RageC ; Willeke, Jochen Cc: toasters(a)mathworks.com Subject: RE: snapinfo -- exchange on netapp Be VERY careful here. If your SnapInfo Lun isn't big enough, SME backups WILL fail (experience talking here). It needs to be big enough to house (potentially) the entire transaction log, plus some. Glenn (the other one again). ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Sto Rage(c) Sent: Wednesday, March 29, 2006 1:15 PM To: Willeke, Jochen Cc: toasters(a)mathworks.com Subject: Re: snapinfo -- exchange on netapp Hi Jochen, Snapinfo-lun is needed for SnapManager for Exchange(SME). This is where SME stores its information for recovery. Its basically used when running "up to the minute recovery", where it copied all the transcaction logs before it truncated them while creating the snapshot backups. So when you do an "up to the minute" recovery from older snapshots, it uses this location to bring in the older transaction logs to be replayed. Why do you want to configure 2 separate aggregates? did you mean volumes? I'd rather have a very large aggregate with as many disks I can get hold of instead of 2 smaller aggregates. It definetly improves performance. The way we have it setup in our environemnt is 1 large aggregate with 3 volumes per exchange host.. - 1 vol for the storage group with luns for each store - 1 vol for log lun - 1 vol for snap info lun We also have other CIFS shares on volumes/qtrees within the same aggregate. Hope this helps -G On 3/29/06, Willeke, Jochen <Jochen.Willeke(a)wincor-nixdorf.com> wrote: Hi everybody, we are setting up an exchange 2003 system on a filer. Right now i am about to size the system. I often read that i need to have a snapinfo-lun. But i do not understand where i need this lun for. Exchange does not need it, does it? What i want to configure are two aggregates. One containig qtrees with luns for the databasefiles and one aggregate with qtrees and luns for the logfiles. And if really needed i would put the snapinfo-lun into the logfile aggregate. Perhaps somebody has already set up an exchange server on netapp storage and can help me. Thanks a lot in advance Jochen

1 0

Fw: Transfer OL
by Transfer Place 29 Mar '06

29 Mar '06

----- Original Message ----- FOOTBALL PLACE TRANSFER PLACE www.transferplace.com

1 0

RE: snapinfo -- exchange on netapp
by Glenn Dekhayser 29 Mar '06

29 Mar '06

Be VERY careful here. If your SnapInfo Lun isn't big enough, SME backups WILL fail (experience talking here). It needs to be big enough to house (potentially) the entire transaction log, plus some. Glenn (the other one again). ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Sto Rage(c) Sent: Wednesday, March 29, 2006 1:15 PM To: Willeke, Jochen Cc: toasters(a)mathworks.com Subject: Re: snapinfo -- exchange on netapp Hi Jochen, Snapinfo-lun is needed for SnapManager for Exchange(SME). This is where SME stores its information for recovery. Its basically used when running "up to the minute recovery", where it copied all the transcaction logs before it truncated them while creating the snapshot backups. So when you do an "up to the minute" recovery from older snapshots, it uses this location to bring in the older transaction logs to be replayed. Why do you want to configure 2 separate aggregates? did you mean volumes? I'd rather have a very large aggregate with as many disks I can get hold of instead of 2 smaller aggregates. It definetly improves performance. The way we have it setup in our environemnt is 1 large aggregate with 3 volumes per exchange host.. - 1 vol for the storage group with luns for each store - 1 vol for log lun - 1 vol for snap info lun We also have other CIFS shares on volumes/qtrees within the same aggregate. Hope this helps -G On 3/29/06, Willeke, Jochen <Jochen.Willeke(a)wincor-nixdorf.com> wrote: Hi everybody, we are setting up an exchange 2003 system on a filer. Right now i am about to size the system. I often read that i need to have a snapinfo-lun. But i do not understand where i need this lun for. Exchange does not need it, does it? What i want to configure are two aggregates. One containig qtrees with luns for the databasefiles and one aggregate with qtrees and luns for the logfiles. And if really needed i would put the snapinfo-lun into the logfile aggregate. Perhaps somebody has already set up an exchange server on netapp storage and can help me. Thanks a lot in advance Jochen

2 1

ToasterView + Big volume support
by jeff.mery＠ni.com 29 Mar '06

29 Mar '06

I'm currently playing with ToasterView (http://www.cuddletech.com/code/toasterview/index.html). It looks like something we'll want to run with, but I've hit a snag. ToasterView uses the deprecated dfTable values in the MIB to pull volume sizes. This is okay for volumes less than 2^31 KB (~2TB) in size. In fact, everything looks good for volumes under this on our systems. However we have one volume on each head greater than 2TB (one is 3+ and the other is ~4). My problem is this: NetApp implemented new MIB values to address this issue. There is now a high and low value representing the high-order and low-order 32 bits of a 64-bit number. Has anyone modified ToasterView (and Toasterview_rrd) to use these new values and support volumes > 2TB in size? If so, would you be willing to share the code (or appropriate snippets)? Thanks in advance, Jeff Mery - MCSE, MCP National Instruments ------------------------------------------------------------------------- "Allow me to extol the virtues of the Net Fairy, and of all the fantastic dorks that make the nice packets go from here to there. Amen." TB - Penny Arcade -------------------------------------------------------------------------

2 1

GESCHAEFTSANGEBOT
by wilsonmandela12＠pobox.sk 29 Mar '06

29 Mar '06

Dr. Wilson Mandela Tel:+31-619-930-026 Fax:+31-84-759-3884 E-mail:wmandela9@yahoo.com Date: 29th Mar 2006 GESCHAEFTSANGEBOT Sehr guter Freund Zuerst muß ich um Ihre Zuversicht in dieser Angelegenheit bitten,da dies aufgrund der Situation als streng VERTRAULICH anzusehen ist. Ich erwaehne jedoch im Vorfeld, daß eine Offerte diesen Ausmaßes selbstverstaendlich abschrecken kann. Ich hoffe,dass dies keine Besorgnis bei ihnen erregen wird, aber ich versichere Ihnen, daß alles seine Richtigkeit hat. Wir haben wegen der Dringlichkeit, entschieden Sie auf dem Postwege zu informieren. Als Erstes moechte ich mich bei ihnen vorstellen. Mein Name ist Diplom Dr. Modeka .P. Shema , ein Manager bei der Standard Bank South-Africa PLC, Johannesburg. Ich kam an ihren Namen durch meine Suche nach einer entsprechenden Person,um eine sehr vertrauliche Angelegenheit abzuwickeln, die die Übertragung von einer betraechtlichen Summe Geld ,welches aus einer Erbschaft stammt,zur Folge haette. Hier nun mein Vorschlag: Ein Ausländer,der verstorbene Ingenieur GERALD ULLMANN, ein Ölhaendler aus Suedafrika, kam 1999 bei einem Flugzeugunglueck ums Leben.Seither sind keine Erben ermittelt worden.Er war bis vor seinem Tode als Unternehmer taetig. Herr GERALD ULLMANN war unser Kunde hier bei der Standard Bank PLC.,Johannesburg, und hatte ein Kontoguthaben von US $23.5 Mio. (Dreiundzwanzig Millionen, Fünfhundert Tausend, US Dollar). Diese Summe liegt jetzt bei der Bank und wartet auf eine Person,die berechtigten Anspruch darauf hat.Sollte kein Anspruchsteller gefunden werden,geht die komplette Summe an die Regierung von Suedafrika. Daher haben meine Kollegen und ich beschlossen,vor Ablauf der Frist,eine entsprechende Person zu benennen.Da Sie den selben Namen tragen,sind Sie in unsere engere Auswahl gefallen. Mit Ihrer Erlaubnis wuerden wir Sie als Verwandten des verstorbenen GERALD ULLMANN deklarieren ,damit Sie den Anspruch in Hoehe von USD$23.5M erhalten wuerden. Infolge dessen koennten Sie als der Nutznießer (Verwandte der GERALD ULLMANN) dieser Summe gelten.Die Urkunden und die Beweise zu diesem Vorgang werde ich Ihnen selbstverstaendlich erbringen und zu Ihrer Verfuegung stellen. Wir versichern Ihnen eine 100% risikofreie Abwicklung. Ihr Anteil wäre dann in einem persoenlichen Gespraech zu eroertern,da wir natuerlich auch in eigenem Interesse handeln . Falls dies fuer Sie von Interesse sein sollte,wuerde ich Sie bitten mit uns in Kontakt zu treten. Zu diesem Zwecke senden Sie mir über mein fax-nummer :+31-84-759-3884 in den Niederlanden Ihre persoenliche Telefon-,Fax-nummer und ihre vertrauliche E-mail Adresse, damit ich Ihnen die relevanten Detailsdieser Offerte zukommen lassen kann. Mit freundlichen Grüßen, Dr. Wilson Mandela Standard Bank Plc.

1 0

RE: cifs username to map as a domain\username
by Glenn Walker 29 Mar '06

29 Mar '06

I fear your options may be limited. I know little about the Ricoh product, but would suspect that they have documentation on getting this to function in a domain (any domain). I would also suspect that you would need to create a machine account for the printer in the domain to enable this functionality, but I could be wrong. A quick search turns up some promising evidence of this, but I do not know your specific device type. I'd definitely recommend a healthy dose of 'google' before continuing too deeply here... Barring the above, I fear that the passthru authentication may be your only hope, specifically given the fact that the device does not prepend the username with a domain (at least not correctly). One thing that would be immensely helpful: a snippet of the cifs trace login info and perhaps a packet trace to help understand exactly what is going on. At this juncture, you may be wary to share this information with the 'group' here (and the rest of the world as the data is archived on a web-host somewhere) - I'd recommend opening a case with NetApp support if packet trace is the only path you can take. Glenn -----Original Message----- From: Dean, Phil (ITO) [mailto:deanph@cba.com.au] Sent: Wednesday, March 29, 2006 12:25 AM To: Glenn Walker; Dean, Phil (ITO); toasters(a)mathworks.com Subject: RE: cifs username to map as a domain\username Glenn thanks, As the Ricoh is acting as the printer for another of its function I do not believe it needed a machine account in the domain. I'm trying for the passthrough authentication but as the account when it hits the filer is just a username, I don't want to create a local account on the filer at all, as other parties control the domain and we just look after the data storage. Phil. -----Original Message----- From: Glenn Walker [mailto:ggwalker@mindspring.com] Sent: Wednesday, 29 March 2006 4:15 PM To: Dean, Phil (ITO); toasters(a)mathworks.com Subject: RE: cifs username to map as a domain\username Phil, Does the RICOH even handle NTLM\KRB authentication with a domain?? If it doesn't have a machine account in the domain, then it's not going to do KRB authentication because it won't be able to get a ticket (no SPN, no ticket). As far as that goes, even NTLM would likely cause problems. With what little information I have, I'm tempted to recommend looking into the 'passthrough authentication' portion of the ONTAP documentation - it should do the trick and allow you to authenticate (though you'll be creating an account on the filer via useradmin user add). Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Dean, Phil (ITO) Sent: Tuesday, March 28, 2006 11:11 PM To: toasters(a)mathworks.com Subject: cifs username to map as a domain\username Ricoh are setting up a function of there multifunction devices to allow scanning a document to a folder on the filer. A domain account has been setup for this user ID for access and is permissioned on the filer both for share and folder access. The ricoh setup does not have a separte entry for domain and user name so I'm getting them to DOMAIN\username but when the filer sees the attempted login it domain\username where normal users the filer sees them as DOMAIN\username. I assume that the filer is seeing the ricoh username as just that a username, instead of a Domain nad Username. So is there anyway to force at least this one account to sent the authenication as a domain account? I attempted placing an entry in usermap.cfg think it might be seeing it as a unix username with no success. Any Ideas? Thanks in advance. Phil. ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

3 2

RE: cifs username to map as a domain\username
by Glenn Walker 29 Mar '06

29 Mar '06

Yup - that is called 'passthrough authentication'. It is sometimes required with SnapDrive as well (when no domain is used). It does work, and it works well. It isn't as secure as using domain authentication, but it still has a password that must be supplied. Quick note - if you try to use passthrough authentication from a windows machine that IS a member of a domain, you must enable 'unencrypted passwords for third party SMB servers' - shouldn't matter here though. Glenn ________________________________ From: Glenn Dekhayser [mailto:gdekhayser@voyantinc.com] Sent: Wednesday, March 29, 2006 7:28 AM To: Glenn Walker; Dean, Phil (ITO); toasters(a)mathworks.com Subject: RE: cifs username to map as a domain\username I know this sounds nuts, but you should try adding an account to the Netapp's local user db (useradmin user add), with the same username and password as the domain account. I've done this in the past and it has worked for other apps. Glenn (another Glenn) ________________________________ From: owner-toasters(a)mathworks.com on behalf of Glenn Walker Sent: Wed 3/29/2006 12:32 AM To: Dean, Phil (ITO); toasters(a)mathworks.com Subject: RE: cifs username to map as a domain\username I fear your options may be limited. I know little about the Ricoh product, but would suspect that they have documentation on getting this to function in a domain (any domain). I would also suspect that you would need to create a machine account for the printer in the domain to enable this functionality, but I could be wrong. A quick search turns up some promising evidence of this, but I do not know your specific device type. I'd definitely recommend a healthy dose of 'google' before continuing too deeply here... Barring the above, I fear that the passthru authentication may be your only hope, specifically given the fact that the device does not prepend the username with a domain (at least not correctly). One thing that would be immensely helpful: a snippet of the cifs trace login info and perhaps a packet trace to help understand exactly what is going on. At this juncture, you may be wary to share this information with the 'group' here (and the rest of the world as the data is archived on a web-host somewhere) - I'd recommend opening a case with NetApp support if packet trace is the only path you can take. Glenn -----Original Message----- From: Dean, Phil (ITO) [mailto:deanph@cba.com.au] Sent: Wednesday, March 29, 2006 12:25 AM To: Glenn Walker; Dean, Phil (ITO); toasters(a)mathworks.com Subject: RE: cifs username to map as a domain\username Glenn thanks, As the Ricoh is acting as the printer for another of its function I do not believe it needed a machine account in the domain. I'm trying for the passthrough authentication but as the account when it hits the filer is just a username, I don't want to create a local account on the filer at all, as other parties control the domain and we just look after the data storage. Phil. -----Original Message----- From: Glenn Walker [mailto:ggwalker@mindspring.com] Sent: Wednesday, 29 March 2006 4:15 PM To: Dean, Phil (ITO); toasters(a)mathworks.com Subject: RE: cifs username to map as a domain\username Phil, Does the RICOH even handle NTLM\KRB authentication with a domain?? If it doesn't have a machine account in the domain, then it's not going to do KRB authentication because it won't be able to get a ticket (no SPN, no ticket). As far as that goes, even NTLM would likely cause problems. With what little information I have, I'm tempted to recommend looking into the 'passthrough authentication' portion of the ONTAP documentation - it should do the trick and allow you to authenticate (though you'll be creating an account on the filer via useradmin user add). Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Dean, Phil (ITO) Sent: Tuesday, March 28, 2006 11:11 PM To: toasters(a)mathworks.com Subject: cifs username to map as a domain\username Ricoh are setting up a function of there multifunction devices to allow scanning a document to a folder on the filer. A domain account has been setup for this user ID for access and is permissioned on the filer both for share and folder access. The ricoh setup does not have a separte entry for domain and user name so I'm getting them to DOMAIN\username but when the filer sees the attempted login it domain\username where normal users the filer sees them as DOMAIN\username. I assume that the filer is seeing the ricoh username as just that a username, instead of a Domain nad Username. So is there anyway to force at least this one account to sent the authenication as a domain account? I attempted placing an entry in usermap.cfg think it might be seeing it as a unix username with no success. Any Ideas? Thanks in advance. Phil. ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

From Mike. H. Clarke.
by Good Day 29 Mar '06

29 Mar '06

From Mike. H. Clarke. London Securities and Derivatives Exchange (L.S. D.E) Release Department Office, London,UK. I am Mike. H. Clarke, the secretary to the Manager of London Securities and Derivatives Exchange (L.S.D.E)London,UK. I was directed to inquire if you can handle this transaction on behalf of my boss (Robert Collard) and his devoted colleagues. The transaction is about assisting us as our foreign counterpart to enable us present you as the beneficiary of the $14.6million dollars left in our finance company by our late deceased foreign customer since January 1993. The fund is currently laying in our costudy awaiting claim.We will give you more details about these transactions when we receive your affirmative response. You are advice to contact Robert Collard immediately for further procedure, Below are his's contact: Name : Robert Collard Address : 79 BANARES ROAD, PLUMSTEAD, SE18 1HX, LONDON Email : robertcoll4us(a)katamail.com Or drrcollard(a)fastermail.com Once again accept my apology for not waiting for your permission before intruding into your privacy, it was all due to the urgencies, in search of a foriegn partner. Looking forward to hearing from you. Yours Faithfully, Mike. H. Clarke.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters March 2006