toasters

toasters@lists.teaparty.net

13520 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

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

07 Apr '06

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 06 Apr '06

06 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

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