toasters

toasters@lists.teaparty.net

13520 discussions

極秘情報誌
by lll____＠mail.ru 16 Aug '03

16 Aug '03

――――――――――――――――――――――――――――――― ■　ソフトの総合商社　そふとはうす　■ 単位はすべて円です Office XP Pro 10000 Windows XP Pro 4000 Windows 2000 Pro 4000 Windows 2000 server 10000 Windows NET server 2003 12000 Acrobat6.0J Pro 7000 GoLive 6.0J 4000 Illustrator 10.0J 10000 PageMaker 7.0J 7000 Photoshop 7.0J 10000 Photoshop Elements 2.0J 3000 Premiere 6.5J 10000 Dreamweaver MXJ 5000 Flash MXJ 5000 Studio MXJ 10000 Maya 5 Unlimited 20000 LightWave 3D 7.5J 10000 Shade 6J Pro 10000 Auto CAD 2004J 20000 Auto CAD LT 2004J 12000 Auto CAD 2002J 15000 Auto CAD LT 2002J 10000 Vector Works Ver.10J 10000 3D Studio MAX 5J 10000 Norton Systemworks 2003J pro 3000 QuarkXpress Ver.4.1J 10000 Singer Song Writer 6.0J 5000 Paint Shop Pro 7J 3000 Painter 8J 5000 ATLAS 翻訳ダブルパック V10 9000 The翻訳プロフェッショナルV7 9000 リッチテキストコンバータ2003 9000 Drive Image 2002J 3000 File Maker Pro 6.0J 5000 ホームページ・ビルダー V7 3000 PartitionMagic 8.0J 3000 弥生販売 03 Pro 10000 弥生給与 03 10000 弥生会計 03 Pro 10000 <注文の仕方> 期間限定で販売します。希望品，郵便番号，送り先住所，氏名，合計金額を記してお申し込みください。すべてユーザー登録できません。windows日本語製品版ですご注文はここ→ asahiruban(a)ananzi.co.za ___________________________________________________ ■　パチスロ裏情報+極秘情報誌　■ この一冊で働かず、食べていける情報がギッシリ満載！誰も知らない裏技／裏情報なので犯罪スレスレや違法なことも... もちろん違法ネタは悪用厳禁。「ゴールドX」「スロッター金太郎」「サラリーマン金太郎」「キングパルサー」「巨人の星」「パチンコＣＲ新海物語・CRピンクレディ」上記の機種の攻略法を全部セットでなんと10000円の特別価格にて提供させていただきます！。 http://slot-kksader.port5.com/ ――――――――――――――――――――――――――――――― ■　在宅のお仕事です　■ 在宅ワークでパソコンを使って出来るお仕事！学生や主婦にお勧めの副業です！あなたが希望する副収入にあわせてさまざまなお仕事をご案内します。 http://members.tripod.co.jp/ukkukk/ _______________________________________________________________ 内容に関するご意見・ご質問は、それぞれの企業に直接お問い合わせください。配信停止と広告希望はコチラ　kaizoku(a)fastmail.gr メール専門広告代理店　かばの広告　kaizoku(a)fastmail.gr ************************************************************

1 0

CONGRATULATIONS
by JAMES SWATTS 16 Aug '03

16 Aug '03

SEA FIELD VENTURES 28030 REIMBRANDTSPLIEN, AMSTERDAM-NETHERLANDS. FROM:THE DESK OF THE VICE PRESIDENT. INTERNATIONAL PROMOTIONS/PRIZE AWARD. BACTH NO: EGS/22504002/03, REFRENCE: 15/001/18/IPD. RE: AWARD NOTIFICATION. This is to inform you of the release of the GLOBAL LOTTERY INTERNATIONAL held on the 28th JULY 2003.Due to the mix up of number, the results were released on the 28th JULY 2003. Your name attached to ticket number,085-12876077-09 with serial number 51390-0 drew the lucky numbers of 1-17-31-43-48-49 which consequently won the lottery in the 2nd category. You have therefore been approved for a lump sum payout of 150,000.00 (ONE HUNDRED AND FIFTY THOUSAND EUROS) in cash credited to file with REF. NO. EGS/3662367114/13. CONGRATULATIONS:: Due to mix up of some numbers and names, we ask that you keep your winning information confidential until your claims has been processed and your money Remitted to you. This is part of our security protocol to avoid double claiming and unwarranted abuse of this program by some participants. All participants are selected through a computer ballot system drawn for only for Microsoft users from over 20,000 company and 30,000,000 individual email addresses and names from all over the world. This promotional program takes place every three years. To begin your lottery claim, please contact your claiming agent james swatts the Foreign operation manager SEA FIELD VENTURES B.V....on Tel:0031-630349721 for the processing and remittance of your winning prize money to a destination of your choice. Remember,all prize money must be claimed,not later than Monday 31st August, 2003.Any claim not made before this date will be returned to the MINISTERIAL VAN DE ECONOMIA HOLLAND. And also be informed that 10% of your winning belongs to (SEA FIELD VENTURES B.V). Because they are the promotional company that bought your ticket and played the lottery on your name,this ten percent will be after you have rececived your winnings because the money is insured in your name already. Note that all unclaimed funds will be included in the next stake. Also in order to avoid unnecessary delays and complications, remember to quote your reference number and batch numbers in all your correspondence with this office. Furthermore, should there be any change of address do inform our agent as soon as possible. Congratulations once more from our members of staff and thank you for being part of our promotional program. Note: Anybody under the age of 18 is AUTHOMATICALY DISQUALIFIED. Yours Sincerely, PARMELA BAKER VICE PRESIDENT

1 0

Re: SNMP Returns Negative Value for Network Traffic Stats
by Yee, Steven 15 Aug '03

15 Aug '03

You're seeing the INTEGER wrap around from positive to negative from traps.dat miscNetRcvdKB snmp.1.3.6.1.4.1.789.1.2.2.2.0 miscNetSentKB snmp.1.3.6.1.4.1.789.1.2.2.3.0 and from the 6.3.1 MIB: -- miscNetRcvdKB is DEPRECATED; use miscHighNetRcvdBytes -- and miscLowNetRcvdBytes miscNetRcvdKB OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The total number of KBytes received on all the network interfaces, since the last boot." ::= { misc 2 } -- miscNetSentKB is DEPRECATED; use miscHighNetSentBytes -- and miscLowNetSentBytes miscNetSentKB OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "The total number of KBytes transmitted on all the network interfaces, since the last boot." ::= { misc 3 } In the old (deprecated) form it was defined as INTEGER which has a positive and negative range which wraps from positive to negative on the wrap-around. In the new variables the 64 bit quantities are split into two (high and low) 32 bit Counters (Counters are positive, always increasing values) You can either do math to accommodate the wraparound to negative (not recommended) or move to the new values and glue the high and low parts together to get a positive 64bit value. steve. former SNMP peon.. > From: "Ed Alexander" <Ed.Alexander(a)renesas.com> > Date: Fri, 15 Aug 2003 11:50:43 -0700 > To: <toasters(a)mathworks.com> > Subject: SNMP Returns Negative Value for Network Traffic Stats > > We use MRTG to monitor filer stats. All has been working well until > mid-day yesterday. Now, SNMP queries for network traffic stats (Kbytes > sent and received) are returning negative numbers. For example: > > [/usr/local/mrtg/filer/bin]# ./snmpget -v 1 yeti public > 1.3.6.1.4.1.789.1.2.2.2.0 > -79935745 > [/usr/local/mrtg/filer/bin]# ./snmpget -v 1 yeti public > 1.3.6.1.4.1.789.1.2.2.3.0 > -2057424956 > > What causes this and how do I fix it? The filer is an F820 running > DataOntap 6.3.1. Thanks in advance. > > Ed > > -- > Ed Alexander > Senior Systems Administrator > Renesas Technology America > Design Engineering Center - East > ed.alexander at renesas.com > > > > >

1 0

SNMP Returns Negative Value for Network Traffic Stats
by Ed Alexander 15 Aug '03

15 Aug '03

We use MRTG to monitor filer stats. All has been working well until mid-day yesterday. Now, SNMP queries for network traffic stats (Kbytes sent and received) are returning negative numbers. For example: [/usr/local/mrtg/filer/bin]# ./snmpget -v 1 yeti public 1.3.6.1.4.1.789.1.2.2.2.0 -79935745 [/usr/local/mrtg/filer/bin]# ./snmpget -v 1 yeti public 1.3.6.1.4.1.789.1.2.2.3.0 -2057424956 What causes this and how do I fix it? The filer is an F820 running DataOntap 6.3.1. Thanks in advance. Ed -- Ed Alexander Senior Systems Administrator Renesas Technology America Design Engineering Center - East ed.alexander at renesas.com

1 0

Firmware corrupt
by Jonathan 15 Aug '03

15 Aug '03

I had a power outage during a upgrade on firmware. (I know UPS is your best friend) Well I know cant get the drives to spin up. Is there a was to force a Firmware upgrade besides the disk_fw_update. Thanks

1 0

RE: Networker/NDMP backup problems
by Blake, Delroy 14 Aug '03

14 Aug '03

I would check media and drives. NDMP backups have one nasty/fatal issue and that is if you get a scsi reset while backups are going on you your drive will re-wind and overwrite your label. (NULL) Networker only writing a small amount of data on a tape is normally when he has had bad media or drive needs some TLC. Both combined I would look at data path and the drive while checking if /var/adm/messages complains about SCSI transport errors or the like. -----Original Message----- From: Matt Musgrove [mailto:matt.musgrove@thales-is.com] Sent: Thursday, August 14, 2003 7:27 AM To: Toasters Subject: Networker/NDMP backup problems Hello Toasters, I hope someone can help with this; I am having some annoying backup problems. My backup server is prematurely marking tapes as full sometimes with as little as 10 MB written. Also, some tapes have nothing written to them and are rejected by Networker. Errors are reported in /nsr/logs/daemon.log and are reproduced below. Usually the backups succeed after several failed attempts. Environment Networker Version: 6.1.3 Build.428 Backup Server OS: Solaris 8 NDMP Client: Network Appliance F820 OnTap 6.4.1 Library: Qualstar TLS-6430 library with 3 * SDLT320 connected via LVD/SCSI Actions Taken Confirmed installation of Solaris Patch 108725-12 st driver patch Checked on SunSolve that no st.conf update is required for SDLT320 Checked /var/adm/messages - nothing reported. Sent message to Networker discussion group. On advice given set parallelism to 2 (to equal number of NDMP drives) and increased unload sleep from 5 to 180 and load sleep from 50 to 180. This had no affect. Checked NetApp's NOW website - nothing helpful found, submitted case Typical daemon.log demonstrating error tape rejection problem 08/09/03 21:00:36 nsrd: media waiting event: Waiting for 1 writable volumes to backup pool 'NetApp2 Full' tape(s) on ttsnas02-153 08/09/03 21:01:59 nsrd: Jukebox 'qs6430' failed: expected volume 'NetApp2Full.003' got 'NULL'. 08/09/03 21:02:07 nsrd: media info: suggest mounting NetApp2Full.005 (E0011) on ttsnas02-153 for writing to pool 'NetApp2 Full' 08/09/03 21:02:07 nsrd: media info: loading volume NetApp2Full.005 into rd=ttsnas02-153:nrst0a Typical daemon.log demonstrating backup errors 08/06/03 20:30:00 nsrd: savegroup info: starting NetApp-2 (with 1 client(s)) application information: HIST=y, UPDATE=y, DIRECT=y, EXTRACT_ACL=T; auth index: ttsnas02-153; auth index name space: backup, 1; auth level: 5; auth mode: save; auth server: perky; auth ssname: /vol/EMAIL1/data; auth ssname long: /vol/EMAIL1/data; auth sstime: 1060198204; auth sstime 64-bit: 1060198204; client id: \ 6627d4a5-00000004-3e817cda-3e817cd9-00010000-9901040a; groups: NetApp-2; hard session limit: 1; hostname: perky; locale: C; ndmp: Yes; password: ********; remote user: root; save sets: /vol/EMAIL1/data; store index entries: Yes; volume pool: NetApp2 NonFull; 08/06/03 20:30:04 nsrd: media info: suggest mounting NetApp2NonFull.001 (E0006) on ttsnas02-153 for writing to pool 'NetApp2 NonFull' 08/06/03 20:30:04 nsrd: media waiting event: Waiting for 1 writable volumes to backup pool 'NetApp2 NonFull' tape(s) on ttsnas02-153 08/06/03 20:30:05 nsrd: media info: loading volume NetApp2NonFull.001 into rd=ttsnas02-153:nrst0a 08/06/03 20:31:10 nsrd: rd=ttsnas02-153:nrst0a Verify label operation in progress 08/06/03 20:31:11 nsrmmd #3: ndmp tape bsf failed 08/06/03 20:31:13 nsrd: rd=ttsnas02-153:nrst0a Mount operation in progress 08/06/03 20:31:14 nsrmmd #2: ndmp tape bsf failed 08/06/03 20:31:53 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:33:32 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:35:10 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:35:10 nsrd: media info: ndmp fsf failed 08/06/03 20:35:10 nsrd: write completion notice: Writing to volume NetApp2NonFull.001 complete 08/06/03 20:35:21 nsrd: media info: suggest mounting NetApp2NonFull.002 (E0013) on ttsnas02-153 for writing to pool 'NetApp2 NonFull' 08/06/03 20:35:21 nsrd: rd=ttsnas02-153:nrst0a Eject operation in progress 08/06/03 20:36:43 nsrd: media info: loading volume NetApp2NonFull.002 into rd=ttsnas02-153:nrst0a 08/06/03 20:37:48 nsrd: rd=ttsnas02-153:nrst0a Verify label operation in progress 08/06/03 20:37:49 nsrmmd #3: ndmp tape bsf failed 08/06/03 20:37:51 nsrd: rd=ttsnas02-153:nrst0a is now write enabled 08/06/03 20:37:51 nsrd: rd=ttsnas02-153:nrst0a Mount operation in progress 08/06/03 20:37:52 nsrmmd #2: ndmp tape bsf failed 08/06/03 20:40:31 nsrd: media event cleared: Waiting for 1 writable volumes to backup pool 'NetApp2 NonFull' tape(s) on ttsnas02-153 08/06/03 20:40:31 nsrd: ttsnas02-153:/vol/EMAIL1/data saving to pool 'NetApp2 NonFull' (NetApp2NonFull.002) * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: creating "/vol/EMAIL1/../snapshot_for_backup.16" snapshot. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Using subtree dump * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Date of this level 5 dump: Wed Aug 6 20:38:33 2003. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Date of last level 4 dump: Tue Aug 5 20:58:50 2003. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Dumping /vol/EMAIL1/data to NDMP connection * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: mapping (Pass I)[regular files] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: mapping (Pass II)[directories] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: estimated 782668 KB. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: dumping (Pass III) [directories] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: dumping (Pass IV) [regular files] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Tape write failed. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: DUMP IS ABORTED * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Deleting "/vol/EMAIL1/../snapshot_for_backup.16" snapshot. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ------ E R R O R ------- * ttsnas02-153:/vol/EMAIL1/data Data server halted: Dump aborted. * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ------ E R R O R ------- * ttsnas02-153:/vol/EMAIL1/data Error running backup. status=3 * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data Error during NDMP backup 08/06/03 20:46:57 savegrp: ttsnas02-153:/vol/EMAIL1/data will retry 5 more time(s) regards Matt Musgrove, Thales Information Systems

1 0

Networker/NDMP backup problems
by Matt Musgrove 14 Aug '03

14 Aug '03

Hello Toasters, I hope someone can help with this; I am having some annoying backup problems. My backup server is prematurely marking tapes as full sometimes with as little as 10 MB written. Also, some tapes have nothing written to them and are rejected by Networker. Errors are reported in /nsr/logs/daemon.log and are reproduced below. Usually the backups succeed after several failed attempts. Environment Networker Version: 6.1.3 Build.428 Backup Server OS: Solaris 8 NDMP Client: Network Appliance F820 OnTap 6.4.1 Library: Qualstar TLS-6430 library with 3 * SDLT320 connected via LVD/SCSI Actions Taken Confirmed installation of Solaris Patch 108725-12 st driver patch Checked on SunSolve that no st.conf update is required for SDLT320 Checked /var/adm/messages nothing reported. Sent message to Networker discussion group. On advice given set parallelism to 2 (to equal number of NDMP drives) and increased unload sleep from 5 to 180 and load sleep from 50 to 180. This had no affect. Checked NetApps NOW website nothing helpful found, submitted case Typical daemon.log demonstrating error tape rejection problem 08/09/03 21:00:36 nsrd: media waiting event: Waiting for 1 writable volumes to backup pool 'NetApp2 Full' tape(s) on ttsnas02-153 08/09/03 21:01:59 nsrd: Jukebox 'qs6430' failed: expected volume 'NetApp2Full.003' got 'NULL'. 08/09/03 21:02:07 nsrd: media info: suggest mounting NetApp2Full.005 (E0011) on ttsnas02-153 for writing to pool 'NetApp2 Full' 08/09/03 21:02:07 nsrd: media info: loading volume NetApp2Full.005 into rd=ttsnas02-153:nrst0a Typical daemon.log demonstrating backup errors 08/06/03 20:30:00 nsrd: savegroup info: starting NetApp-2 (with 1 client(s)) application information: HIST=y, UPDATE=y, DIRECT=y, EXTRACT_ACL=T; auth index: ttsnas02-153; auth index name space: backup, 1; auth level: 5; auth mode: save; auth server: perky; auth ssname: /vol/EMAIL1/data; auth ssname long: /vol/EMAIL1/data; auth sstime: 1060198204; auth sstime 64-bit: 1060198204; client id: \ 6627d4a5-00000004-3e817cda-3e817cd9-00010000-9901040a; groups: NetApp-2; hard session limit: 1; hostname: perky; locale: C; ndmp: Yes; password: ********; remote user: root; save sets: /vol/EMAIL1/data; store index entries: Yes; volume pool: NetApp2 NonFull; 08/06/03 20:30:04 nsrd: media info: suggest mounting NetApp2NonFull.001 (E0006) on ttsnas02-153 for writing to pool 'NetApp2 NonFull' 08/06/03 20:30:04 nsrd: media waiting event: Waiting for 1 writable volumes to backup pool 'NetApp2 NonFull' tape(s) on ttsnas02-153 08/06/03 20:30:05 nsrd: media info: loading volume NetApp2NonFull.001 into rd=ttsnas02-153:nrst0a 08/06/03 20:31:10 nsrd: rd=ttsnas02-153:nrst0a Verify label operation in progress 08/06/03 20:31:11 nsrmmd #3: ndmp tape bsf failed 08/06/03 20:31:13 nsrd: rd=ttsnas02-153:nrst0a Mount operation in progress 08/06/03 20:31:14 nsrmmd #2: ndmp tape bsf failed 08/06/03 20:31:53 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:33:32 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:35:10 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:35:10 nsrd: media info: ndmp fsf failed 08/06/03 20:35:10 nsrd: write completion notice: Writing to volume NetApp2NonFull.001 complete 08/06/03 20:35:21 nsrd: media info: suggest mounting NetApp2NonFull.002 (E0013) on ttsnas02-153 for writing to pool 'NetApp2 NonFull' 08/06/03 20:35:21 nsrd: rd=ttsnas02-153:nrst0a Eject operation in progress 08/06/03 20:36:43 nsrd: media info: loading volume NetApp2NonFull.002 into rd=ttsnas02-153:nrst0a 08/06/03 20:37:48 nsrd: rd=ttsnas02-153:nrst0a Verify label operation in progress 08/06/03 20:37:49 nsrmmd #3: ndmp tape bsf failed 08/06/03 20:37:51 nsrd: rd=ttsnas02-153:nrst0a is now write enabled 08/06/03 20:37:51 nsrd: rd=ttsnas02-153:nrst0a Mount operation in progress 08/06/03 20:37:52 nsrmmd #2: ndmp tape bsf failed 08/06/03 20:40:31 nsrd: media event cleared: Waiting for 1 writable volumes to backup pool 'NetApp2 NonFull' tape(s) on ttsnas02-153 08/06/03 20:40:31 nsrd: ttsnas02-153:/vol/EMAIL1/data saving to pool 'NetApp2 NonFull' (NetApp2NonFull.002) * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: creating "/vol/EMAIL1/../snapshot_for_backup.16" snapshot. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Using subtree dump * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Date of this level 5 dump: Wed Aug 6 20:38:33 2003. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Date of last level 4 dump: Tue Aug 5 20:58:50 2003. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Dumping /vol/EMAIL1/data to NDMP connection * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: mapping (Pass I)[regular files] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: mapping (Pass II)[directories] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: estimated 782668 KB. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: dumping (Pass III) [directories] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: dumping (Pass IV) [regular files] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Tape write failed. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: DUMP IS ABORTED * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Deleting "/vol/EMAIL1/../snapshot_for_backup.16" snapshot. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ------ E R R O R ------- * ttsnas02-153:/vol/EMAIL1/data Data server halted: Dump aborted. * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ------ E R R O R ------- * ttsnas02-153:/vol/EMAIL1/data Error running backup. status=3 * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data Error during NDMP backup 08/06/03 20:46:57 savegrp: ttsnas02-153:/vol/EMAIL1/data will retry 5 more time(s) regards Matt Musgrove, Thales Information Systems

1 0

URGENT TRANSACTION
by BARRISTER JOHN .MONY( ESQ) 14 Aug '03

14 Aug '03

Attention: Sir, I am Barrister John Mony a Solicitor. I am the Personal Attorney to Mr. John Anderson a foreigner, who was a contractor to Shell Petroleum Development Company in Ghana(SPDC). On the 26th of September 1999, my client, his wife and their three children were involved in a Plane crash on their way to Bongatanga Games Reserve for 2week`s holiday.Unfortunately they All lost their lives in the plane crash, Since then I have made several enquiries to his Embassy and the home address he filled in his file in my office to locate any of his extended relatives, this has also proved unsuccessful. After these several unsuccessful attempts, I decided to use the Internet to locate any member of his family but to no avail, hence I contacted you.I contacted you to assist in repatriating the money and property left behind by my client before they get confiscated or declared unserviceable by the SECURITY & FINANCE HOUSE where this huge deposits were lodged. Particularly, the FINANCE HOUSE where the diseased had an account valued at about US$45M (Fourtyfive million dollars). Conseqently, the bank issued me a notice to provide the next of kin or have the account confiscated. since I have been unsuccessful in locating the relatives for over 4 years now. I seek your consent to present you as the next of kin of the deceased since you are a foreigner so that the proceeds of this account valued at US$45M can be paid to you and I. We shall share the money thus 55% to me and 40% to you, while 5% will be used to re-imburse any expenses that might be incurred on both ends and to service the tax that might incur be in your country. Please i am here in holland as a summer vacation for 3 weeks which they knew i am providing the next kin including the back up documents. I have all the necessary legal documents that can be used to back up any claim we may make. All I require is your honest co-operation to enable us seeing this deal through. I guarantee that this will be executed under a legitimate arrangement that will protect you from any breach of the law. Yours Faithfully, Barrister John Mony(Esq). N.B. Please indicate your telephone and fax numbers for easy communication in this mutual transaction.

1 0

Blocking Files
by Paul McGuinness (ext. 771) 13 Aug '03

13 Aug '03

Hi Toasters, is there any way of blocking certain file types from being saved to my filer. Prime examples: .mpeg, .mp3, .mov F720 DataOnTap 6.3.1 Thanks Paul Mc Guinness Senior Systems Administrator ************************************************************************** The information contained in this e-mail is confidential, may be privileged and is intended only for the use of the recipient named above. If you are not the intended recipient or a representative of the intended recipient, you have received this e-mail in error and must not copy, use or disclose the contents of this email to anybody else. If you have received this e-mail in error, please notify the sender immediately by return e-mail and permanently delete the copy you received. This email has been swept for computer viruses. However, you should carry out your own virus checks. Registered in Ireland, No. 205721. http://www.FINEOS.com **************************************************************************

3 2

Re: NDMPcopy and fibre disk shelve file copy.
by Stephane Bentebba 13 Aug '03

13 Aug '03

ok, sorry, and fanku i learned something today Kennedy, Jeffrey wrote: > Actually, that is exactly what it will do. I had the snapmirror dev > team lead at my previous employer for a day trying to figure out why > backups of snapmirror'd volumes on an R100 were so damn slow. > > > > The block transfer is done similar to the following: > > > > 36gb drive has blocks 1 through 10,000. 144gb drive has blocks 1 > through 80,000. (example numbers only) > > > > snapmirror will transfer all blocks on the first drive of source to > first drive on destination. It realizes there is available space > still on destination drive and transfers second drive in source to > first drive in destination. Given the example numbers it will > transfer the first 7 drives in the source volume to the first drive in > the destination. > > > > This is confirmed by NetApp. Qtree snapmirroring does not behave this > way, only volume snapmirroring. > > > > ~JK > > > > -----Original Message----- > *From:* owner-toasters(a)mathworks.com > [mailto:owner-toasters@mathworks.com] *On Behalf Of *Stephane Bentebba > *Sent:* Wednesday, August 13, 2003 4:25 AM > *Cc:* toasters(a)mathworks.com > *Subject:* Re: NDMPcopy and fibre disk shelve file copy. > > > > snapmirror won't copy data in filing up one disk then another then > another and leave the last disk empty . > new data won't be written only in the last disk > > data are copied and written in all disk in // > therefore all disk would have the same free space > > the only impact on data there is (and it is a good impact) is the > fragmentation that is reduced > reading a file can be made faster because blocks of that file are > contiguous > > Reinoud Reynders wrote: > >You must take attention with snapmirror. When you do a vol snapmirror > >from little disks to larger disks, you can have some problem with > >fragmentation. > >The free space in every disk will not be on the same place on the new > >disks (he will use the new disks sequential to load the old disks so > >that the first disks of your new volume will be totaly full), so it's > >harder to write new data on the same level. This will mean that when > >your source volume and destination volume have almost the same size, > >after migration there is a high change that he will use just one disk of > >your raid group (the last one) for the new data. All your old data is > >writen to the first disks. This can give performance issues. Of course, > >this problem is biger when the source volume is full. > > > >We use QTREE snapmirror, but we are'nt sure that this is better, but we > >hope that it is. But your source data must be in qtree's ofcourse. > > > >Best regards, > > > >Reinoud > >UZ Leuven > > > >Belgium > > > > > > > >-----Original Message----- > >From: Joseph Bishop [mailto:jbishop@jpl.nasa.gov] > >Sent: vrijdag 1 augustus 2003 8:08 > >To: Ngoh, Clarence > >Cc: toasters(a)mathworks.com <mailto:toasters@mathworks.com> > >Subject: Re: NDMPcopy and fibre disk shelve file copy. > > > >Clarence, > > > >IAre the disks within the same box? If not...then snapmirror is a good > >way to go. You might be able to snapmirror within the same box. > > Performance really depends on how many disks you have in the volume(s) > >and what kind of head (700, 800, 900) that you have. > > > >If you are able to snapmirror, then the down time can be on the order of > >minutes. It has become my favorite method for moving data. I am not > >positive about the source and destination being on the same box though. > > > >Rough numbers though, you could get 60MByte/sec xfer rate on 820s. If > >you are on 960s expect to be on the order of 120MBytes/sec. But then it > >does depend on how many drives in the raid group and volumes. > > > >Joe > > > > > >Ngoh, Clarence wrote: > > > > > >>Hello good toaster folks >> >> >> >>We are planning to move a huge lot of data (> 3.0 T) from our 32 GB >> >>drives to 144 GB. I am carrying out some preliminary information about >> >> >> > > > > >>the quickest path to move the data across - the first option is to use >> >> >> >ndmpcopy > > > >>and the second is to copy it from shelf to shelf over fiber. Since >> >> >> >this is > > > >>a preliminary investigation, can someone please point me to relevant >> >>resources that may be helpful? I am after statistics of transfer >> >> >> >rates > > > >>between the two and perhaps other materials that others have found >> >> >> >useful. > > > >>I have googled and looked through past toaster archives, and most of it >> >> >> > > > > >>is either outdated or lack of relevant information. >> >> >> >>Thanks. >> >> >> >>Clarence. >> >> >> >> >> >>************** 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. > > > >>************************************************** >> >> >> >> >> >> >> >> >> >> >> > > > > > > > > > > >-- > >-- jetez un oeil ici http://www.sensiva.com/ -- > >-- have a look here http://www.sensiva.com/ -- > > > -- -- jetez un oeil ici http://www.sensiva.com/ -- -- have a look here http://www.sensiva.com/ --

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