toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

LOTTO NL: CONTACT Wendy Witkamp!!!
by prizeaward13＠virgilio.it 07 Apr '06

07 Apr '06

LOTTO NL: CONTACT Wendy Witkamp!!! HOLLAND HEAD OFFICE POSTBUS 2014 2671 LA RIJSWIJK, GAASPERDAM, AMSTERDAM, Dear Sir/Madam, Congratulations! With utmost joy, we are pleased to inform you of the result of the Green Casinos & LOTTO NL . programs, held on the 6th of APRIL 2006, which drew a cash prize of $1,000,000.00. Your e-mail address attached to Ticket/Code number AES-7411-652-337 with claim/reference number LOP-093 785/92 drew these lucky numbers LBJ- 49746- 041-764-64-2091,Batch No:OBC-8225-1754-388,which consequently won in the 1st category. You have been approved to receive a cash prize of $1,000,000.00 (One Million USD). Be advised that due to incessant mix up in cash prize transfer to previous winners, we advise that you keep your winning information confidential until your claim has been processed and released to you. This security measure is critical; its a measure put in place to avoid double claims, transfer and unwarranted abuse of this program by other participants. METHOD OF SELECTING WINNERS: Participants were selected anonymously through a private ballot system (computer ballot) from over 35,000 companies and 70,000 individual e-mail addresses all over the world. At the final draw your e-mail address emerged as the winner of our last jackpot. This is promotional program takes place bi-annually, and it is promoted and sponsored Orient software corporation (Orient Networks). It is met to reward some individuals and corporations who have devoted their time and resources surfing the world wide web (www) with their email addresses. Remember, all winning must be claimed not later than 26th APRIL, 2006, after the expiration of that time frame, if your funds are unclaimed, it will be refunded to us and included in our next draws. We hope you will use part of your cash prize to participate in our next $18million draws in June 2006. Lastly, in order to avoid unnecessary delays/complications with the transfer of your funds to you, please always remember to quote your Code number in all correspondence with our legal adviser.To begin your claim and how to obtain your winning ticket number from the Game Board, please contact our Director, Claims and legal adviser: Mr. M. de Bruijne. Email:bvlottonl@netscape.net Tel: +31 649 304 315 Fax:+31 847 539 161 Furthermore, should there be any change of your present address, please notify us immediately so to make the appropriate adjustment. Congratulations from the management and staffs of Green Casinos & LOTTO NL. Yours faithfully, Mrs.Wendy Witkamp. The Promotions Manager.

1 0

Online Survey about ONTAP 7 advanced mode commands
by Geissler, Norbert 07 Apr '06

07 Apr '06

Hello toasters, I like to get (and share with the toasters community) some information about typical usage frequency of ONTAP 7 advanced mode commands . If you like to participate, please send your answer to: norbert.geissler(a)siemens.com until april 30th 2006 . I'll post a anonymizated summary to toasters afterwards. Many thanks in advance for taking your time for participation, Norbert ====================================== ONTAP 7G advanced mode commands survey ====================================== Do you use the following advanced mode commands in your daily work ? Please mark with: f for frequently s for seldom n for never command f/s/n ---------------------------- blink_off blink_on bootfs cmos_read cmos_write com dd disk_list disk_stat exit getXXbyYY hammer ic led_off led_off_all led_on led_on_all led_on_off led_test led_test_one lmem_stat log ls mbstat mem_scrub_stats nfs_hist ontapi panic perf ps registry remote rm rod scsi show_bios_log showfh showfh4 sm_mon smb_hist snet statit syslog tape_qual test_lcd toe wafl wafl_susp ====================================== ----------------------------------------------------------------------- SIEMENS Siemens Business Services GmbH & Co. OHG Otto-Hahn-Ring 6 81739 München Norbert Geissler Tel.: +49 (0)89 636 48132 SBS ORS GOP DC G ST1 Fax: +49 (0)89 636 28889 Managed Storage E-Mail: norbert.geissler(a)siemens.com -----------------------------------------------------------------------

1 0

I Hope On Your Advice
by Sali MOHAMED 07 Apr '06

07 Apr '06

Dear , I celebrate the opportunity to reach you this day with an investment opportunity.I would like to ask for your advice on what business opportunity could be best to get involve in within your country.I have a substantial capital i intend to invest into a very lucrative business venture which you dim good enough for good retures,for the mutual benefits of both of us. I would like to count on your advice in creative ideals on how money will be invested and properly managed.Presently am financially ready for this investment but i will like to know first if you are interested then i can request that my fund be transfer to your custody with you assistance after due comunication and agreement from both of us. Meanwhile, on indication of your willingness to handle this transaction sincerely by protecting our interests and upon your acceptance of this proposal, I would furnish you with the full detailed information, procedure, amount involve and mutually agree on your percentage interest for businesto secure the release of the deposit and investing the money.I shall be glad to reserve this respect and opportunity for you, if you so desire,do urgent and give the matter your immediate attention it deserves. You are also free to ask me anything you intend to know as regarding myself and financial capacity. Looking forward to your earliest reply. Respectfully yours, Sali Ahmed. --------------------------------- New Yahoo! Messenger with Voice. Call regular phones from your PC and save big.

1 0

snapvault - quiescing status
by John Stoffel 06 Apr '06

06 Apr '06

Hi all, I've got some NetApps which are snapvaulting across a large fat network. But I'm seeing a huge lag in my snapvaults and they're all mostly in the quiescing state, with a lag upto 300 hours now. Sigh... Is there any way to speed up things? Or to monitor the actual state of the quiescing stage so I can hopefully figure out what the heck is going on here? Here's a status from the secondary side of things: Snapvault secondary is ON. Source: marlfs1:/vol/data01/narad Destination: sjdr0:/vol/marlfs1_data01/narad Status: Quiescing Progress: - State: Snapvaulted Lag: 307:12:16 Mirror Timestamp: Fri Mar 24 14:00:34 PST 2006 Base Snapshot: sjdr0(0050404441)_marlfs1_data01-base.168 Current Transfer Type: - Current Transfer Error: - Contents: Transitioning Last Transfer Type: Retry Last Transfer Size: 13012 KB Last Transfer Duration: 00:06:45 Last Transfer From: marlfs1:/vol/data01/narad Here's the status from the source side: Source: marlfs1:/vol/data01/narad Destination: sjdr0:/vol/marlfs1_data01/narad Status: Idle Progress: - State: Source Lag: 145:16:04 Mirror Timestamp: Fri Mar 31 11:00:02 EST 2006 Base Snapshot: sv_hourly.2 Current Transfer Type: - Current Transfer Error: - Contents: - Last Transfer Type: - Last Transfer Size: 13012 KB Last Transfer Duration: 00:06:45 Last Transfer From: - Thanks, John

1 1

RE: snapvault - quiescing status
by John Clear 06 Apr '06

06 Apr '06

What versions of DataOnTap are the primary and secondary running? Have you checked to make sure the secondary volume isn't full? I had some issues snapvaulting from 6.4.1 to 7.0.1 where the snapvaults would get stuck quiescing. I'd do a 'snapvault update' on the session that had a size listed (Ex: Quiescing (122 GB done)), which usually was able to get it unstuck. Sometimes I would need to do a abort and then update. That problem has been resolved by upgrading the primaries. I frequently have trouble with snapvault filling the volume on the secondary, and unfortunately, the only indication snapvault gives is that it gets stuck quiescing. John -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of John Stoffel Sent: Thursday, April 06, 2006 10:18 AM To: toasters(a)mathworks.com Subject: snapvault - quiescing status Hi all, I've got some NetApps which are snapvaulting across a large fat network. But I'm seeing a huge lag in my snapvaults and they're all mostly in the quiescing state, with a lag upto 300 hours now. Sigh... Is there any way to speed up things? Or to monitor the actual state of the quiescing stage so I can hopefully figure out what the heck is going on here? Here's a status from the secondary side of things: Snapvault secondary is ON. Source: marlfs1:/vol/data01/narad Destination: sjdr0:/vol/marlfs1_data01/narad Status: Quiescing Progress: - State: Snapvaulted Lag: 307:12:16 Mirror Timestamp: Fri Mar 24 14:00:34 PST 2006 Base Snapshot: sjdr0(0050404441)_marlfs1_data01-base.168 Current Transfer Type: - Current Transfer Error: - Contents: Transitioning Last Transfer Type: Retry Last Transfer Size: 13012 KB Last Transfer Duration: 00:06:45 Last Transfer From: marlfs1:/vol/data01/narad Here's the status from the source side: Source: marlfs1:/vol/data01/narad Destination: sjdr0:/vol/marlfs1_data01/narad Status: Idle Progress: - State: Source Lag: 145:16:04 Mirror Timestamp: Fri Mar 31 11:00:02 EST 2006 Base Snapshot: sv_hourly.2 Current Transfer Type: - Current Transfer Error: - Contents: - Last Transfer Type: - Last Transfer Size: 13012 KB Last Transfer Duration: 00:06:45 Last Transfer From: - Thanks, John

1 0

RE: OnTap 6.x, mixed shelves, and spares. (SUMMARY)
by Patwardhan, Nate 06 Apr '06

06 Apr '06

Thanks to the following people who'd responded: - Tim McCarthy - John McLoughlin - July Your clarifications were perfect. As it turns out, we were running OnTap 6.3.x on a 740. We ended up seeing the insidious '1111' messages before enabling the DS14 shelves crashed the filer (upon boot and otherwise). We updated to OnTap 6.5.x and all became happy in the land of DS14s. In addition, we had one of the drives on the FC9 fail this afternoon and it grabbed one of the spare 36g drives -- NOT the 144g drives as I'd hoped. Per your clarification(s), it looks like the remedy is to provide enough spares for the FC9 so failures of 36g drives won't tap into our pool of 144g spares. -- Nathan Patwardhan, UNIX System[s] Administrator, Sr. Akamai Technologies, 839B/8CC x 83035 npatward(a)akamai.com AIM: notoriousnvp71 -----Original Message----- From: Patwardhan, Nate [mailto:nvp@akamai.com] Sent: Wednesday, April 05, 2006 8:52 PM To: toasters(a)mathworks.com Subject: OnTap 6.x, mixed shelves, and spares. All, I am migrating a 740 so that the shelf/volume configuration looks like the following: vol0 -> 1 x DS9 @ 36g (raid4) data -> 1 x DS14 @ 144g (raid4) Basically, I wanted to not waste a 144g drive on vol0 while maximizing my space on the DS14. Note that we're also going to be consolidating many of our NetApps in the future, so it made sense (to me, at least) to keep 'data' on a separate shelf. However, I have concerns with the above configuration. I'm not concerned with disk failures on 'vol0' (or any other volume that might live on 36g drives) since I'm pretty sure that OnTap will do the right thing and take a 36g drive from the spares pool. I am pretty concerned that 'data' might pull a 36g drive from the spares pool instead of a 144g drive. Is my concern justified? Will OnTap 6.3.x do the right thing for the 'data' volume and pull a 144g drive from the spares pool or is there the chance that it would pull a 36g drive? Or is OnTap smart enough to know that a 144g disk with more than 36g utilization should be replaced with a disk of at least 36g? -- Nathan Patwardhan, UNIX System[s] Administrator, Sr. Akamai Technologies, 839B/8CC x 83035 npatward(a)akamai.com AIM: notoriousnvp71

1 0

(no subject)
by Lisa Bello 06 Apr '06

06 Apr '06

Unsubscribe

1 0

RE: Files on CIFS share have timestamp off by one hour after dayl ight saving
by Holland, William L 06 Apr '06

06 Apr '06

What is happening is that Windows is translating the date/time to be relative to the current time zone - now Daylight Savings vs Standard time. To better illustrate this, change the time zone on a Windows computer then look at date/time stamps on files. The stamp hasn't been changed at all, just how Windows is translating it for you. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:Jochen.Willeke@wincor-nixdorf.com] Sent: Thursday, April 06, 2006 8:49 AM To: toasters(a)mathworks.com Subject: Files on CIFS share have timestamp off by one hour after daylight saving Hi everybody, i have a case of one user who stored some files from his Windows2000 client onto a CIFS share on a fas3050 with Ontap 6.5.4. When he first copied the files onto the share the creation time was 10:00 o'clock. This was the Friday before we had the daylight saving change. On next monday the creation time was not 10:00 but 11:00. I have no clue how this could happen. Anybody got an idea? I would be glad even if i get some information about how timestamps are created so i can make a research myself. Thanks a lot for any suggestions in advance Jochen

2 1

RE: Files on CIFS share have timestamp off by one hour after daylight saving
by Hirschorn, Steven 06 Apr '06

06 Apr '06

Hi Jochen, We saw a similar effect. We have lots of files on the filer which are indexed by an indexing service, and at 1am (GMT) on the 26th March the indexer decided that all the files needed reindexing because all their timestamps had changed! Our filer is in zone Europe/London. I did a search on the NOW knowledgebase and found bug #34324, described below. I haven't had time to look into it fully (and had trouble understanding the implications anyway!) but it does look like the behaviour of the filer has been changed in recent ONTAP releases. Something to do with the filer trying to compensate for Windows behaviour when it reports timestamps. If anyone can clarify this for me too, that would be great! http://now.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=34324 -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com]On Behalf Of Willeke, Jochen Sent: 06 April 2006 14:15 To: Glenn Walker; toasters(a)mathworks.com Subject: RE: Files on CIFS share have timestamp off by one hour after daylight saving Hi, the client and the filer both are hosted in CET timezone which is GMT +1 (Europe\Berlin in filerview) I can view the files with different clients but the result is the same. I had a look at the filer and the time is correct. But i found out something interesting.... The problem really is how windows looks at the files. If i set the date on my computer to November or back to Januar when we do not have the daylight saving the "timestamp" windows shows me is correct again. I will have a look at MS Knowledgebase, perhaps i will find a fix for this problem. Thanks a lot for pointing me in the right direction... BTW: Can anybody of you see the same effect? Jochen -----Original Message----- From: Glenn Walker [mailto:ggwalker@mindspring.com] Sent: Thursday, April 06, 2006 2:11 PM To: Willeke, Jochen; toasters(a)mathworks.com Subject: RE: Files on CIFS share have timestamp off by one hour after daylight saving What are you viewing the timestamps with? What timezone is that machine in? What timezone is the filer in? My guess: when the client wrote the files, it did so with the filer's timestamp (based on the clock on the filer). When the client reads the timestamp back, it adjusts based on the difference - ie, if the file timestamp is stored in GMT (non-daylight savings time) and the client suddenly adjusts its clock, then it has to calculate for an extra hour. So the only way I could see this happening is if the clock rolled forward on the client (or adjusted on the filer too) but the savings time wasn't included in the calculation. Check the clocks... start there. Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Willeke, Jochen Sent: Thursday, April 06, 2006 6:57 AM To: toasters(a)mathworks.com Subject: Files on CIFS share have timestamp off by one hour after daylight saving Hi everybody, i have a case of one user who stored some files from his Windows2000 client onto a CIFS share on a fas3050 with Ontap 6.5.4. When he first copied the files onto the share the creation time was 10:00 o'clock. This was the Friday before we had the daylight saving change. On next monday the creation time was not 10:00 but 11:00. I have no clue how this could happen. Anybody got an idea? I would be glad even if i get some information about how timestamps are created so i can make a research myself. Thanks a lot for any suggestions in advance Jochen ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ------------------------------------------------------------------------------------ Watch Public Information Films including "Charley Says" http://www.nationalarchives.gov.uk/films/1964to1979/filmindex2.htm ----------------------------------------------------------------------------------- National Archives Disclaimer This email message (and attachments) may contain information that is confidential to The National Archives. If you are not the intended recipient you cannot use, distribute or copy the message or attachments. In such a case, please notify the sender by return email immediately and erase all copies of the message and attachments. Opinions, conclusions and other information in this message and attachments that do not relate to the official business of The National Archives are neither given nor endorsed by it. ------------------------------------------------------------------------------------

1 0

Cher Ami
by mrs villaran nenita 06 Apr '06

06 Apr '06

Cher Ami , j'ai bien reçu votre message et je vous avoue que cela me ferait plaisir de lier plus qu'une amitié avec vous. Longtemps, j'ai réfléchi et enfin je me décide. Mais avant, je tiens a me présenter a vous. Je me rejoui que vous avyez enfin pri contact avec moi. Mon nom est madame Villaran Nenita,je suis une citoyenne philippienne a part entiere et la veuve du défunt ministre des finances philippien qui est mort le 15 mai 2002. Mon mari est tombé gravement malade est a donc été conduit en Europe pour des soins intensifs, mais plus tard il est décédé des suites de sa maladie et a été enterré. J’ai donc hérité de mon défunt mari la somme de 12.000.000 de dollars américains (douze millions de dollars américains). Cet argent, je l’ai caché dans une mallette métallique et déposé au sein d’une compagnie de finance et de sécurité ici en Philippine.Cependant, ayant insisté aupres de la compagnie de finance et de sécurité pour que ma mallette soit gardée avec un maximum de sécurité de tel sorte que personne ni meme une organisation gouvernementale philippienne ne puisse prendre connaissance de son existence, jusqu’a ce que je sois prete a la retirer, alors la dite compagnie pour répondre a mon exigence maximum de sécurité a utilisé des moyens diplomatiques pour envoyer ma mallette hors des philippines et précisément a la maison mere de leur compagnie en côte d’ivoire en Afrique de l’ouest ou ma mallette se trouve donc discretement gardée dans le coffre fort de la compagnie. Ce dépôt a été fait et codé dans le cadre d’un arrangement secret selon lequel ma mallette contient uniquement des biens de famille.Cela signifie donc que la compagnie elle meme ne connaît pas le contenu exact de la mallette qui pour plus de sécurité a été envoyée en côte d’ivoire sous une assurance diplomatique et déclarée comme contenant des biens de famille .Aussi,la raison principale pour laquelle je vous envoie ce courrier est qu’aujourd’hui, n’ayant plus confiance en mon entourage ici en philippine et la côte d’ivoire étant un pays en proie a la guerre, je me retrouve dans une impasse et je voudrais que vous m’aidiez discretement a emmener ma mallette d’argent a une adresse beaucoup plus discrete et stable dans votre pays ou je pourrai commencer a investir. Si vous voulez sincerement m’aider, nous discuterons au préalable du pourcentage que je vous donnerai sur la somme totale se trouvant dans la mallette. En fait, depuis la mort de mon mari, ses freres m’ont chassée de la maison familiale et ont essayé a plusieurs reprises de porté atteinte a ma vie pensant qu’a ma mort tous les documents légaux des biens que possédaient mon mari leur reviendraient de plein droit.Grâce a la notoriété et aux relatons influentes que possedent les freres de mon mari, ils ont réussi a m’arracher toutes les propriétés de mon défunt mari ainsi que tous ses biens matériels. Mais ils ne se sont pas arretés la et m’ont obligée a leur révéler tous les comptes bancaires de mon défunt mari en menaçant a nouveau ma vie.Je leur est donc donner ces informations et ils ont confisqués tous les comptes bancaires de feu mon mari.Je leur est tout révéler sauf l’existence de ce dépôt que j’ai fait au sein de la compagnie de finance et de sécurité a Abidjan en côte d’ivoire car ceci représente tout mon secret espoir caché. La famille de mon défunt mari n’est donc pas informé de l’existence de ce dépôt que j’ai fait au sein de la compagnie de sécurité et elle ne le saura jamais. Cependant, j’ai toujours peur des freres de mon mari car ils continuent a m’espionner et vont jusqu’a écouter mes conversations. C’est pourquoi j’ai décidé de chercher quelqu’un de confiance a l’extérieur des philippines qui m’aidera a retirer la mallette de la compagnie de finance et de sécurité et placer discretement l’argent dans son compte a l’étranger pour un investissement futur. Je vous demande de considérer ma situation qui est celle d’une veuve et de venir a mon aide car aujourd’hui a part cette mallette, je n’ai plus d’argent et ma situation financiere est plus que difficile(ma situation financiere est a zéro). Et ma demande d’aide est d’autant plus urgente que je paye 100 dollars par jour a cette compagnie de sécurité comme frais de stockage et de sécurité de ma mallette. Si vous désirez m’aider, je vous ferez parvenir dans mon prochain email, les coordonnées de la compagnie de securité afin que vous les contactiez pour l’envoie immédiat de cette mallette vers vous pour la securiser. Je vous remercie infiniment pour votre coopération et j’attends de vos nouvelles pour la conclusion de cette affaire. Bien a vous MADAME VILLARAN NENITA NB:Que cette année soit pour nous source d'espoir

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