toasters February 2003

toasters@lists.teaparty.net

104 participants
136 discussions

Kinh moi tham du: Hoi cho thuong mai va hop tac kinh te Trung - Viet (27-30/3) tai China
by xttm＠china-vn.com 19 Feb '03

19 Feb '03

Moi chi tiet xin truy cap: http://www.china-vn.net/vn/vn Kinh moi tham du >>>> Hoi cho(Quang Tay) thuong mai va hop tac kinh te Trung Quoc-Viet Nam lan thu II Thoi gian to chuc : 27/03-30/03/2003 Dia diem: Dai Le Duong Nhan Dan tinh Quang Tay-Trung Quoc Du kien quy mo trien lam: 250 gian hang Don vi to chuc: Phan ban Quang Tay-Uy ban xuc tien thuong mai quoc te Trung Quoc Uy ban nhan dan tinh Quang Tay-Trung Quoc Cong ty co phan thuong mai & xuat nhap khau Quang Tay Cong … [View More]ty trien lam kinh te thuong mai Hoan Cau Dong to chuc: Phong thuong mai va cong nghiep Viet Nam (VCCI) Cong ty thuong mai & du lich quoc te Kim Lan-Trung Quoc Mang thong tin Trung-Viet: http://www.china-vn.net Uy ban xuc tien thuong mai quoc te Trung Quoc. Giay Moi Hoi cho(Quang Tay) thuong mai va hop tac kinh te Trung Quoc-Viet Nam lan thu II se to chuc vao ngay 27 - 30 thang 03 nam 2003 tai Dai Hoi Duong Nhan Dan tinh Quang Tay thanh pho Nam Ninh.Tinh Quang Tay TQ la mot hanh lang chinh cho cac doanh nghiep cac tinh noi dia Trung Quoc nhat la cac tinh ven bien Dong Nam Bo va cac tinh mien Bac TQ di vao thi truong cac nuoc ASEAN qua Viet Nam, tinh Quang Tay TQ cung da tro thanh dau cau cua Trung Quoc tien vao thi truong Dong Nam A. Sau khi gia nhap WTO va di doi voi su khoi dong cua mo hinh khu mau dich tu do Trung Quoc - ASEAN(10+1),khien cho vi the uu viet cua Quang Tay cang noi bat len. Cuoc hoi cho lan nay se to chuc voi ton chi la de phat huy day du vi the va uu viet ve tai yen cua Quang Tay, that chat hon nua moi quan he mau dich va hop tac kinh te giua hai nuoc Trung - Viet. Chung toi se het suc phuc vu tot cho cac vi quy khach Trung Quoc va Viet Nam den du Hoi cho nay va chung toi se cung cap day du dich vu nhu Quang cao hang xuat khau Viet Nam, xuc tien hop tac Trung-Viet, tim doi tac TQ cho Doanh nghiep Viet Nam, lap quan he voi Co quan chinh phu TQ cho DN Viet Nam, giup dai ly san pham, gioi thieu du an dau tu, tu van chinh sach kinh te ….Kinh moi ban cung nhau xay dung mot bac thang cho su hop tac va giao luu thuong mai giua hai nuoc Trung Quoc va Viet Nam. Noi dung trien lam: Cong nghiep: Thiet bi in an va dong goi, nguyen lieu va san pham cao su, giay, chat deo…, xe may & phu tung, cong cu gia dung, do dien gia dung…, Cac san pham cong nghe cao…. Nong nghiep: Nong lam dac san, giong cay trong, thiet bi co gioi nong nghiep, che bien & dong goi thuc pham va nong san; thuc an gia suc, phan bon hoa hoc, thuoc tru sau, thuc pham… Y te: Thiet bi y te, duoc pham va hoa chat… Che bien thuy hai san: Cong nghe va thiet bi che bien thuy hai san… Tieu thu cong nghiep: Cac mat hang thu cong my nghe, qua tang, do choi, cac san pham tong hop khac… Gioi thieu cac du an dau tu, giao luu thuong mai va hop tac kinh te Trung-Viet Lich hoi cho: Ngay 25 - 26/03/2003: Dang ky va bo tri gian hang Ngay 27 - 30/03/2003: Trien lam, hoi thao, khao sat thuc te Ngay 30/03/2003: Ket thuc trien lam Hinh thuc tham gia: 1. Thue gian hang: Chi phi thue gian hang:600USD/mot gian Tieu chuan gian hang: 3m X 2m = 6m2 , bao gom: Dat thue, vach ngan, tham trai san, 01 o cam dien 13A-220V, 01 ban 02 ghe, bieu hieu cong ty bang tieng Viet hoac tieng Trung. Quang cao trong Show Catalogue: 200USD/trang mau trang trong. Phi van chuyen tu Ha Noi den cua khau Huu Nghi Quan:200USD/luot/xe tai 5 tan(chia binh quan cho tat ca cac doanh nghiep tham du co chuyen hang), phi boc hang se tinh rieng theo trung loai va so luong hang hoa. Cuoc phi van chuyen hang hoa tu Huu Nghi Quan - Nam Ninh:150USD/luot/xe tai 5 tan, phi boc hang se tinh rieng theo trung loai va so luong hang hoa. Chuong tirnh danh cho nguoi dai bieu tham gia trung bay tai Hoi cho: 24/03: Ha Noi 15:00, cac dai bieu tap trung va hop doan tai Phong thuong mai va cong nghiep Viet Nam (Dia chi:33 Ba Trieu Ha Noi), pho bien chuong trinh.(Chi phi an nghi, phuong tien di lai do dai bieu tu lo trong ngay nay); 25/03: Ha Noi - Nam Ninh 06h00 tap trung tai Phong Cong nghiep va thuong mai Viet Nam(VCCI) theo dia chi: 33-Ba Trieu-Ha Noi (Nga tu duong Ly Thuong Kiet va Ba Trieu), Ban to chuc don dai bieu xuat phat len Huu Nghi Quan lam thu tuc nhap canh Trung Quoc, len tau hoa di Nam Ninh, an nghi tai Nam Ninh. 26/03: Nam Ninh Ca ngay trang tri, dan dung gian hang. 27/03: Nam Ninh Khai mac Hoi cho, giao dich thuong mai giua doanh nghiep Trung Quoc -Viet Nam. Chieu tham du Hoi nghi giao luu thuong mai va hop tac kinh te Trung-Viet, toi du tiec chieu dai cua ban to chuc va Uy ban tinh Quang Tay. 28/03: Nam Ninh Trung bay hang hoa tai trien lam hoac du hoi thao theo cac chuyen de: "Trung Quoc-Viet Nam tiem nang va che bien nong san & thuc pham" "Thiet bi va cong nghe moi ve bao quan va che bien nong san & thuc pham", khao sat Vuon nong nghiep hien dai Quang Tay, Tham quan Khu cong nghe cao va moi thanh pho Nam Ninh. 29/03:Nam Ninh Trung bay hang hoa tai trien lam hoac du Hoi thao: "Hinh thuc thanh toan an toan trong thuong mai Trung - Viet", Khao sat va lam viec, tiep xuc tu do voi cac doi tac tiem nang Trung Quoc. 30/03:Nam Ninh - Ha Noi Sau khi an sang, di tau hoa ve Bang Tuong, chieu cac dai bieu xuat canh Trung Quoc ve Viet Nam, den Ha Noi, ket thuc chuong trinh.(Khang tu lo an toi va nghi khach san trong ngay nay). Chi phi: 265USD/Dai bieu Chi phi bao gom: Khach san 3 sao, an nghi, xe dua don theo chuong trinh, phi du trien lam va Hoi thao, phien dich chung ca doan. Chi phi khong gom: Ho chieu va Visa nhap canh TQ. Neu dai bieu di bang giay thong hanh phat sinh them 35USD/dai bieu. 2. Tham gia trien lam nhung khong thue gian hang Chuong trinh danh cho nguoi dai bieu tham gia trien lam nhung khong thue gian hang: 25/03: Ha Noi 15:00, cac dai bieu tap trung va hop doan tai Phong thuong mai va cong nghiep Viet Nam (Dia chi:33 Ba Trieu Ha Noi), pho bien chuong trinh.(Chi phi an nghi, phuong tien di lai do dai bieu tu lo trong ngay nay); 26/03: Ha Noi - Nam Ninh 06h00 tap trung tai Phong cong nghiep va thuong mai Viet Nam (VCCI) theo dia chi: 33-Ba Trieu-Ha Noi (Nga tu duong Ly Thuong Kiet va Ba Trieu), Ban to chuc don dai bieu xuat phat len Huu Nghi Quan lam thu tuc nhap canh Trung Quoc, len tau hoa di Nam Ninh, an nghi tai Nam Ninh. 27/03: Nam Ninh Khai mac Hoi cho, giao dich thuong mai giua doanh nghiep Trung Quoc -Viet Nam. Chieu khai mac Hoi nghi giao luu thuong mai va hop tac kinh te Trung-Viet, toi du tiec chieu dai cua ban to chuc va Uy ban tinh Quang Tay. 28/03: Nam Ninh Tham gia trien lam hoac du hoi thao theo cac chuyen de: "Trung Quoc-Viet Nam tiem nang va che bien nong san & thuc pham" "Thiet bi va cong nghe moi ve bao quan va che bien nong san & thuc pham", khao sat Vuon nong nghiep hien dai Quang Tay, Tham quan Khu cong nghe cao va moi thanh pho Nam Ninh. 29/03: Nam Ninh Tham gia trien lam hoac du Hoi thao: "Hinh thuc thanh toan an toan trong thuong mai Trung - Viet", Khao sat va lam viec, tiep xuc tu do voi cac doi tac tiem nang Trung Quoc. 30/03:Nam Ninh - Ha Noi Sau khi an sang, di tau hoa ve Bang Tuong, chieu cac dai bieu xuat canh Trung Quoc ve Viet Nam, den Ha Noi, ket thuc chuong trinh.(Khang tu lo an toi va nghi khach san trong ngay nay). Chi phi:250USD/Dai bieu Chi phi bao gom: Khach san 3 sao, an nghi, xe dua don theo chuong trinh, phi du trien lam va Hoi thao, phien dich chung ca doan. Chi phi khong gom: Ho chieu va Visa nhap canh TQ. Neu dai bieu di bang giay thong hanh phat sinh them 35USD/dai bieu. Ghi chu: Neu co dai bieu yeu cau di them khao sat tai Que Lam thi chuong trinh se phai them 2 ngay nua so voi cac chuong trinh tren, chi phi phat sinh them 100USD/Dai bieu. Thu tuc dang ky: 1. Doanh nghiep gui ban dang ky fax cung voi 50% tien dat coc bang tien mat hoac dien chuyen tien toi: Cong ty dich vu va thuong mai TSC -Phong thuong mai va cong nghiep Viet Nam Tai khoan tien VND:0021000001059 Tai khoan tien USD:00211370021623 Ngan hang ngoai thuong Ha Noi (VIETCOMBANK HANOI) 2. So tien con lai thanh toan 10 ngay truoc ngay khoi hanh. Quyen loi cua cac don vi tham gia trung bay tai trien lam: - Tham gia vao cac Hoi thao, hoi nghi to chuc trong thoi gian Hoi cho. - Gioi thieu trong cuon Catalogue chinh thuc cua Hoi cho bang tieng Trung, an pham nay se duoc phat mien phi cho khach tham quan Hoi cho va cac moi gioi khac. - Dam bao ve sinh chung trong khu hoi cho. - Ban ve an toan hang hoa trung bay ngoai gio mo cua cua hoi cho trien lam. - Dan dung va thao do gian hang trong truong hop thue gian hang tron goi. Cac dich vu nha to chuc ho tro cac don vi tham gia(co thu phi) - Van tai va tam nhap tai xuat hang trien lam. - In quang cao theo thiet ke rieng trong cuon Catalogue hoi cho. - To chuc cac hoi thao chuyen de, gioi thieu san pham va dich vu rieng. - Cung cap phien dich rieng theo yeu cau:20USD/buoi(4 tieng), 30USD/ngy(8 tieng), ngoai gio 10USD/tieng dong ho. - Thiet ke va dan dung cac gian hang dac biet, cho thue thiet ke gian gang. - Cung cap cac dich vu in an, cac san pham quang cao rieng. Ho tro cua Ban to chuc danh cho cac don vi: - Ban to chuc se ho tro 10% chi phi thue gian hang cho cac don vi cua Viet Nam, 15% phi thue gian hang cho doanh nghiep la hoi vien cua Cty Thang Loi - Hoi dong lien minh hop tac xa Viet Nam. Moi dang ky phai duoc thuc hien truoc ngay 8/03/2003. - Tat ca hang hoa trung bay trien lam se duoc mien thue hai quan Trung Quoc (ngoai ra mot so hang hoa dac biet) voi so luong khong han che nhung phai duoc su dong y cua Ban to chuc. - Doi voi cac doanh nghiep khong thue gian hang, Ban to chuc se bo tri mot phong trung bay chung mien phi Catalongue va mot so hang mau cua doanh nghiep trong thoi gian Hoi cho. - Tat ca cac doanh nghiep Viet nam tham gia Hoi cho deu duoc mien phi thong tin co ban cua doanh nghiep trong vong 1 nam tren trang tieng Trung cua Mang thong tin Trung-Viet: http://ww.china-vn.net de nham tao them co hoi tiep tan lau dai voi thi truong TQ. - Mien phi mot quyen Catalogue chinh thuc cua Hoi cho cho moi donh nghiep Viet Nam co tham gia Hoi cho. - Gioi thieu mien phi doi tac tiem nang tai Trung Quoc khi doanh nghiep Viet Nam co yeu cau va dang ky truoc 15 ngay tro len. Nhung thong tin can biet khi tham gia Hoi cho: - Tat ca hang hoa trung bay trien lam deu phai chuyen toi Ha Noi truoc ngay 10/03/2003 de Ban to chuc nhan hang tai Ha Noi va tap trung lam thu tuc hai quan Trung Quoc, qua han tren, Ban to chuc se khong chiu trach nhiem ve thu tuc hai quan. (Luu y: cac doanh nghiep tu chiu chi phi van chuyen len cua khau, va tu lam cac thu tuc hai quan Viet Nam).Cac don vi cung cap cho BTC danh muc hang hoa(Packing List) trung bay trine lam truoc 28/02/2003 gom co: Ten don vi tham gia trien lam, ten hang , so luong, noi xuat xung, don gia, kich co,trong luong, hinh thuc dong goi, so luong kien, so luong hang can tro ve VN sau hoi cho. - Doi voi cac dai bieu tham gia khao sat Hoi cho (khong thue gian hang), de nghi dang ky va nop ho so, danh sach day du theo yeu cau cua Ban to chuc truoc ngay 10/03/2003. - Cac dai bieu VN co the nhap canh Trung Quoc bang ho chieu + visa (khach tu lo).Trong truong hop hop khong kip xin cap ho chieu hoac Visa thi co the nhap canh TQ bang giay thong hanh do Ban to chuc tap trung xin thu tuc tai Viet Nam va Trung Quoc. Tuy nhien thu tuc nay chi co duoc phep thong hanh trong tinh Quang Tay TQ, ma khong duoc di vuot qua dia phan tinh Quang Tay-TQ voi thoi gian co gia tri trong 8 ngay. Neu co nhu cau can sang cac tinh khac cua TQ trong chuyen di bang giay thong hanh thi phai bao truoc cho Ban to chuc de giup do thu tuc. - Cac dai bieu xuat nhap canh bang giay thong hanh nop cho BTC 04 anh mau 3X4 va 02 chung minh thu Phto it nhat 10 ngay truoc khi xuat canh. - Cac doanh nghiep muon duoc gioi thieu mien phi khach hang tiem nang TQ hoac dang tai thong tin tren Mang thong tin Trung -Viet www.china-vn.net , de nghi gui truoc 10 ngay cac thong tin co noi dung gom: ten doanh nghiep, dia chi thong tin, Tel,Fax,E-mail,Website, so luoc doanh nghiep, thong tin san pham, can mua va can ban, muc dich chuyen di… cho Ban to chuc bang tieng Viet hoac Trung (Khong qua 1000 tu). Moi chi tiet xin lien he: Hoac lien he truc tiep voi chung toi: + Ban to chuc Hoi cho: Dia chi:18 ngo Nam Nhat Ly, duong Tinh Ho, T.P Nam Ninh Tel:0086-771-2615157 Fax:0086-771-2630917 E-mail: xttm(a)china-vn.com Website: www.china-vn.net Nguoi lien he: Mr. Hai , Mr. Luc + Dai dien Ban to chuc tai Viet Nam: Phong thuong mai va cong nghiep Viet Nam Trung tam giao dich quoc te TSC Dia chi:33 - Ba Trieu - Hoan Kiem- Ha Noi- Viet Nam Tel:04.9360134 Fax:04.9360103 E-mail: vcciglobexpo(a)hn.vnn.vn Nguoi lien he: Mr:Hung Mobi:0913367082 Cong ty thuong mai & du lich quoc te Kim Lan-Quang Tay- Trung Quoc Trung tam xuc tien thuong mai Trung - Viet Van phong dai dien tai Ha Noi DC: 204 Pho Duc Chinh-Ba Dinh-Ha Noi Tel: 04-9273335 Fax: 04-9273335 E-mail: kimlanhanoi(a)fpt.vn Nguoi lien he: Mr.Bach - Mobi: 0912118616 Moi chi tiet xin truy cap: http://www.china-vn.net/vn/vn [View Less]

1 0

Question on a overwriting a dump with ndmpcopy (fwd)
by kyle 18 Feb '03

18 Feb '03

Maybe someone on this list might know as well. Thanks. ---------- Forwarded message ---------- Date: Mon, 17 Feb 2003 14:28:29 -0500 (EST) From: kyle <kyle(a)source.intac.net> To: xdl-ndmp-users(a)netapp.com Subject: Question on a overwriting a dump with ndmpcopy Is there a way for me to overwrite a dump with ndmpcopy? Incrementals will take too long, so I want to perform a level0 dump with ndmpcopy nightly. Problem is that I cant force it to overwirte - I get "file exists" etc. and … [View More]

1 0

basic configuration, groups, users, quotas
by Charles Bartels 18 Feb '03

18 Feb '03

Hi, I'm setting up a new 810 and seemed to have confused myself mightly. I'm really unclear on what the passwd and group files on the filer are for. Are they just used for quotas? Or are they also used for some sort of authentication which I seem to be missing? We're running a PDC which the filer talks to. Then I have a number of UNIX accounts which will, ultimately, automount their home directories. I would like to set up some group quotas also. In tests, the passwd file on the filer seems irrelevant. -C.

2 1

RE: Checking netapp for bad blocks?
by David Dalby 18 Feb '03

18 Feb '03

Hi Alan & Art, We had a similar problem with a customer and it turned out to be the combination of platform, Oracle version and DOT version. Customer was on RS6000 with AIX 4.3.3 and Oracle 8.0.6 with DOT 6.1. Basically the problem did not appear during intial testing on DOT 5.x. However, in live environment using DOT 6.x they had log curruptions. During testing, NetApp replicated the issue which resolved itself only when going to Oracle 8.1.7. We tried many things, AIX NFS patches, … [View More]changed Oracle and NetApp parameters without any success ... I suggest you have a chat with NetApp as there are known issues with some version combinations .... FYI the following is an extract of correspondence between NetApp and end-user .... We have two other cases that are very similar to yours in that they involve corrupted Oracle redo logs with AIX. Over the past several weeks, we have created a test environment in our labs with an RS 6000 and AIX 4.3.3.0. We're using an 840 filer with Ontap 6.1. We have a database with all of the files (data, control, online redo logs, and archived redo logs) on the filer. Oracle 7.3.4.5 is installed on the AIX box (I realize that you are running Oracle 8.0.6, but I'll address that later). Our methodology was such that we created the database with just one table and one tablespace. We then launched a script that does millions of inserts. The purpose was to generate a lot of redo activity. With the basic configuration (Oracle 7.3.4.5, Ontap 6.1, and AIX 4.3.3.0), we were able to reproduce the problem that another customer was having with the corrupted redo logs. In an attempt to rectify the problem, we used an iterative technique to try and isolate the cause of the corruption was. We lowered the nfs packet size (rsize and wsize) incrementally from 32k to 16k to 8k to 4k. This prolonged the period of time before the corruption, but did not eliminate it altogether. We changed numerous paramters on the Filer to no avail. We tried udp and tcp. Each time, the script failed with an archival error, which stalled the database. We had to perform a shutdown abort. Upon startup, there were errors reporting corruptions in the online redo logs, which is very similar to your case. We've had conference calls with Oracle and IBM. Oracle dismissed this problem, because the corruption does not occur with both sets of redo logs on local disk. IBM, however, has acknowledged this is a problem.They are having development engineers analyze the AIX trace file we provided. IBM also told us that just last week they had released two new NFS-related patches for AIX. We have received these patches and applied them to our test system. Currently, we are running our tests with the most recent AIX-NFS specifc patches installed. We will also be conducting similiar tests with Oracle 8. Most likely, this will be 8.1.7. Hope it helps Dave The latest results from our testing hold some promise. Using Oracle > 8.1.7 with online and archived redo logs on the filer, we ran our load > test for 17 hours with no corruptions. We will be continuing this test > for the next two weeks to make sure that 8.1.7 is a viable solution. We > have a TAR open with Oracle that we hope will identify the root cause of > the problem. In parallel to the ongoing 8.1.7 test, we will be conducting > 8.0.5 and 8.0.6 tests on separate equipment > -----Original Message----- > From: Art Hebert [mailto:art@arzoon.com] > Sent: Friday, 14 February 2003 3:01 PM > To: 'Alan McLachlan'; Art Hebert > Cc: toasters(a)mathworks.com > Subject: RE: Checking netapp for bad blocks? > > > > > Alan -- the f760 is clustered redo logs on both filers and > archive logs on > the second filer. The primary db is fine. But the archive > logs are getting > corrupted someplace over on the standby database. Like you > say its one of > the checks we are looking at. > > art > > > -----Original Message----- > From: Alan McLachlan [mailto:amclachlan@asi.com.au] > Sent: Thursday, February 13, 2003 10:18 PM > To: Art Hebert > Cc: toasters(a)mathworks.com > Subject: RE: Checking netapp for bad blocks? > > > You can run wack (I think it's "wafl_check" now, look at the list) in > maintenance mode from the floppy boot menu ("ctrl-c" on a > disk reboot from a > serial console). > > However, unless your NVRAM card has failed - which you would > know about > instantly - the likelyhood that this will do you any good at > all is remote > in the extreme. Your DBA doesn't understand the > always-consistent fs on > NetApp (WAFL) so he's trying to put a tick in a box on his > troubleshooting > checklist. > > It is far more likely that what he has is application-level corruption > within the files, which fsck on a UFS volume wouldn't have > helped him with > anyway. > > Are the transaction logs on the filer or on local disk on the database > server? > > > > -----Original Message----- > From: Art Hebert [mailto:art@arzoon.com] > Sent: Friday, 14 February 2003 3:41 AM > To: 'Toasters(a)Mathworks.Com' > Subject: Checking netapp for bad blocks? > > > > Our oracle database has experienced two problems lately with file > corruption on our standby database. The corruption isn't on > the primary > database and our Oracle DBA is asking if I can do something > similar to fsck > on the netapp. > > Any thoughts on the commands to run and what to check for would be > appreciated. > > art > > -----Original Message----- > From: Stephane Bentebba [mailto:stephane.bentebba@fps.fr] > Sent: Thursday, February 13, 2003 5:49 AM > To: Jonathan > Cc: Jordan Share; 'Toasters(a)Mathworks.Com' > Subject: Re: Adding a drive shelf to my existing F740 > > > Jonathan wrote: > > >>2 - there is an extra trick to save a spare disk : don't > keep two but > >>only one spare disks : a 36G one, as Filer can reconstruct > a 18G broken > >>disk on a 36G. BUT you have to order Netapp for a 36G after that > >>failure. If you have a hardware contract with Netapp, take care > >>because, when a 18G fail, they would send you a 18G too, > not a 36G. You > >>would have to check for that (look for a special deal ?) > >> > > > >To add to your trick #2, Don't worry about getting a 18GB > back from Netapp > >and leaving your 36 acting like a 18. Simply add the 18 in > the place of the > >failed 18 and let the filer take it as a spare. Then do a > disk fail on the > >36 acting as a 18. The filer will now look for a spare 18 > and find the new > >spare to rebuild the raid group. Then do a disk unfail on > the 36 acting as > a > >18 and Ontap will zero the 36 and put it back as a 36 spare. > So you don't > >need to work out a special deal with Netapp. I have done > this many times > and > >with great success. > > > > > of course ! i knew it indeed, what a dumb I am :) > you have to switch mode in order to use disk unfail : use " > rc_toggle_basic " or " priv set advanced / admin" > > > > >----- Original Message ----- > >From: "Stephane Bentebba" <stephane.bentebba(a)fps.fr> > >To: "Jordan Share" <iso9(a)jwiz.org> > >Cc: "'Toasters(a)Mathworks.Com'" <toasters(a)mathworks.com> > >Sent: Thursday, February 13, 2003 6:12 AM > >Subject: Re: Adding a drive shelf to my existing F740 > > > > > > > > > >>First : to be sure we speak the same language (I'm french) > >>the raidsize include the parity disk. > >>a group raid of sized 14 can contain up to 13 data disks > and one parity > >>disk. > >>the max size of a raid can be 28 > >> > >>- the more disk in a raid you have, the more the filer need time to > >>reconstruct the disk (and the longer the CPU is used for that). > >>- larger the disk is, the more it consume time also. > >>for exemple, a F760 with a cpu load average at 40% in > production can go > >>up to 50% during 6 hours to reconstruct a 72G disk > >> > >>1 - taking this into account, I won't advise you to move > your raidsize > >>to 28, but if you want to save as many as possible disk, > you can turn > >>the raidsize to 28 and add those 36G disks in the same > raidgroup than > >>other (18G) > >>2 - there is an extra trick to save a spare disk : don't > keep two but > >>only one spare disks : a 36G one, as Filer can reconstruct > a 18G broken > >>disk on a 36G. BUT you have to order Netapp for a 36G after that > >>failure. If you have a hardware contract with Netapp, take care > >>because, when a 18G fail, they would send you a 18G too, > not a 36G. You > >>would have to check for that (look for a special deal ?) > >> > >>These two tricks apart, I can't see better ways than what > you had plained > >> > >>Jordan Share wrote: > >> > >> > >> > >>>After reading further in my manuals, I've got some > questions about the > >>>RAIDgroup size. > >>> > >>>When I initially created the volume, I made the raidsize > 14, so that it > >>>would use 1 parity disk for the 14 disks we had at that time. > >>> > >>>Looking at it now, I kind of think that I want a raidsize > of 13 for the > >>>current volume (since one disk is a hot spare). > >>> > >>>So, I issued: > >>>vol options vol0 raidsize 13 > >>> > >>>That worked ok, because now: > >>> > >>> > >>> > >>> > >>>>vol status vol0 > >>>> > >>>> > >>>> > >>>> > >>> Volume State Status Options > >>> vol0 online normal root, raidsize=13 > >>> raid group 0: normal > >>> > >>>Basically, what I'm trying to avoid here is having the > first 36gig disk > >>>added to the initial raidgroup. I believe changing the > raidsize to 13 > >>> > >>> > >will > > > > > >>>have fixed that, since now that raidgroup is full, and > additional disks > >>> > >>> > >will > > > > > >>>go into their own raidgroup. > >>> > >>>I welcome (and request. :) all comments on this post. > >>> > >>>Thanks very much, > >>>Jordan Share > >>> > >>> > >>> > >>> > >>> > >>>>-----Original Message----- > >>>>From: owner-toasters(a)mathworks.com > >>>>[mailto:owner-toasters@mathworks.com]On Behalf Of > devnull(a)adc.idt.com > >>>>Sent: Wednesday, February 12, 2003 11:28 AM > >>>>To: Jordan Share > >>>>Cc: 'Toasters(a)Mathworks.Com' > >>>>Subject: Re: Adding a drive shelf to my existing F740 > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>>As I understand it, I would then have 2 hot spares (18 > and 36), and two > >>>>>drives for parity. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>Yup. > >>>> > >>>>You would need the separate spare to accomodate the > difference in drive > >>>>sizes. The parity drive is a function of RAID 4. > >>>> > >>>>We did the same about a year back on our 740 and it worked well. > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>>Are there any "gotchas" (or blatant ignorance on my part) in > >>>>> > >>>>> > >>>>> > >>>>> > >>>>this scenario? > >>>>It was mostly smooth. Though you might need to upgrade your ONTAP > >>>> > >>>> > >version > > > > > >>>>to 6.1.1R2 atleast > >>>> > >>>> > >>>> > >>>>/dev/null > >>>> > >>>>devnull(a)adc.idt.com > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>> > >>> > >>> > >>> > >>> > >> > >> > >> > > > > > > > > > > > > **** ASI Solutions Disclaimer **** > The material transmitted may contain confidential and/or privileged > material and is intended only for the addressee. If you > receive this in > error, please notify the sender and destroy any copies of the material > immediately. ASI will protect your Privacy according to the 10 Privacy > Principles outlined under the new Privacy Act, Dec 2001. > > This email is also subject to copyright. Any use of or > reliance upon this > material by persons or entities other than the addressee is > prohibited. > > E-mails may be interfered with, may contain computer viruses or other > defects. Under no circumstances do we accept liability for > any loss or > damage which may result from your receipt of this message or any > attachments. > **** END OF MESSAGE **** > **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE **** [View Less]

1 0

Using R100 as failover
by Karsten Thygesen 17 Feb '03

17 Feb '03

Hi We are (yet) a small NetApp shop with a single 1Tb 810 solution. And we are pretty happy with it :-) Now, we have yet to establish backup and we have a pretty huge SAN (160Tb+) as well as a number (600+) unix servers we need to backup. For that, we use Networker with tape silos, and that works just fine. For the NAS, we are now considering to either hook it into our existing networker infrastructure or to push in a R100 between. The R100 should then work as near-storage for san to provide … [View More]

2 1

RE: Data ONTAP Upgrade
by Hill, Aaron 16 Feb '03

16 Feb '03

Hey there, I welcome questions. Unfortunately, my answers may not be sufficient to satisfy your mental hunger. To be honest, I don't know exactly what the D8 does. I was informed that it fixes the snapmirror code. The error was found to occur only in our "specific" circumstance. So what was/is our circumstance? 1) F880 source snapmirroring 3 batch area volumes to an F820 target across a 20Mbit Ethernet WAN. 2) The amount of data change per day is high. Approximately 10-40Gb per volume. 3) … [View More]We were experiencing poor throughput across the WAN link (carrier issue) and had to frequently abort the snapmirror and delete snapshots from the F880 source in order to prevent snapshot space over-running production data space. This throughput has since been addressed (before D8). 4) The F820 target panicked a couple of times and dumped to the ok prompt. One of the target volumes was found to be corrupt. It was difficult to say if the source filer caused it or the target filer developed the corruption independently. We had some cases open and ran wafl checks and scans on both filers as a result. No errors were turned up. 5) The crash dump file was ftp'd to NetApp. This lead to the 6.3.1D8 debug release. When I get some more time, I might read into it a bit further. For now, I am more than happy that they have addressed the issue and fixed it very quickly. We have not had any problems with 6.3.1 or the D8 releases. Thanks, Aaron -----Original Message----- From: Chris Blackmor [mailto:chris.blackmor@amd.com] Sent: Sunday, February 16, 2003 6:48 AM To: Hill, Aaron Cc: 'Paul McGuinness (ext. 771)'; 'toasters(a)mathworks.com' Subject: Re: Data ONTAP Upgrade What does the D8 fix for snapmirror? Inquiring minds want to know. ;) C- On Fri, Feb 14, 2003 at 07:18:19PM -0600, Hill, Aaron wrote: > We are running 6.3.1 on one filer (F880) and 6.3.1D8 (debug release for a > snapmirror problem we were having) on another (F820). 2 others still running > 6.2.2 I believe. > > As far as I know, all new F960s being shipped have 6.3.1 on them. > > So overall, I have to say I recommend it. If you are snapmirroring, make > sure you put 6.3.1D8 on your destination filer, that is the advice from our > NetApp representative. > > Thanks, > Aaron Hill > Systems Engineer > www.navitaire.com > > > -----Original Message----- > From: Paul McGuinness (ext. 771) [mailto:Paul.McGuinness@fineos.com] > Sent: Saturday, February 15, 2003 2:58 AM > To: 'toasters(a)mathworks.com' > Subject: Data ONTAP Upgrade > > Hi, > I have a F720 currently running on Data ONTAP 6.1.2R2 and everything is > running fine. > My question is to those of you 6.6.2 (the current GA release) and those of > you on 6.3.1. > > I was going to upgrade to 6.2.2, just to keep my system up to date, but > according to the NOW site there are a good few more active systems running > 6.3.1. > > Would 6.3.1 be a better upgrade to go to? I also see that there is now a 6.4 > first customer shipment release (12th Feb) but I think I'll leave that for > those of you who have filers to play with.... > :o) > > So 6.6.2 or 6.3.1? > > > > > > ************************************************************************** > 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 > ************************************************************************** -- -------------------------------------------------------------------- * Chris Blackmor _______ | * * Advanced Micro Devices \____ | | Toto... I've * * Phone: (512) 602-1608 /| | | | a feeling we're * * Fax: (512) 602-5155 | |___| | | not in Kansas * * Email: chris.blackmor(a)amd.com |____/ \| | anymore. * -------------------------------------------------------------------- * My comments are mine, and mine alone. * -------------------------------------------------------------------- [View Less]

1 0

RE: using vol0 / consolidation
by Alan McLachlan 16 Feb '03

16 Feb '03

Stephane, Apologies for misnaming you in my last post... **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or … [View More]

1 0

Netapp clustering and NFS failover
by herb kornfeldt 16 Feb '03

16 Feb '03

I'm evaluating NFS server appliances to be used by a couple of dozen clients (currently all solaris, but possibly linux and hpux in future) all running a distributed application. We're looking at how clusters handle failing over NFS serving from one netapp to another. From the research we've done on netapp and other vendors, it looks like it takes about 20 seconds for the nfs server daemon to come back, but the thing that kills many vendors is that client lock recovery is slow and/or … [View More]

1 0

RE: Data ONTAP Upgrade
by Hill, Aaron 15 Feb '03

15 Feb '03

We are running 6.3.1 on one filer (F880) and 6.3.1D8 (debug release for a snapmirror problem we were having) on another (F820). 2 others still running 6.2.2 I believe. As far as I know, all new F960s being shipped have 6.3.1 on them. So overall, I have to say I recommend it. If you are snapmirroring, make sure you put 6.3.1D8 on your destination filer, that is the advice from our NetApp representative. Thanks, Aaron Hill Systems Engineer www.navitaire.com -----Original Message----- From: … [View More]

2 1

RE: wafl scan reallocate not improving layout?
by jwitham＠takedapharm.com 14 Feb '03

14 Feb '03

Hi Art: What kind of data is contained on the vol? Is it one huge file (DB) or a bajillion little ones? Have you thought about trying the reallocate when things are quiet? (no users or db offline) -john -----Original Message----- From: Art Hebert [mailto:art@arzoon.com] Sent: Thursday, February 13, 2003 5:42 PM To: 'jwitham(a)takedapharm.com'; Ambrose_Earle(a)shamrockfoods.com; toasters(a)mathworks.com Subject: wafl scan reallocate not improving layout? I have a volume … [View More]that shows a layout of 5 when doing a wafl scan measure layout. I have tried reallocating it but it never gets below 5. Using statit the data seems to be laid out evenly, 4.2 is the parity disk. disk ut% xfers ureads--chain-usecs writes--chain-usecs cpreads-chain-usecs /vol/vol0 group 0: 4.2 3 4.22 0.43 1.00 23079 2.72 3.80 2986847599971 1.06 2.46 2182 4.4 39 79.56 77.18 1.91 2574 1.33 4.46 3793820692012 1.04 2.40 2365 4.1 37 76.72 74.81 1.91 2553 0.93 5.28 3193299281907 0.97 3.02 1613 4.6 41 83.67 81.56 1.88 2624 1.35 4.72 2462422822812 0.76 2.51 2198 4.0 40 83.62 81.77 1.87 2562 1.03 5.83 2711737467108 0.82 2.61 1959 4.3 40 83.70 81.83 1.86 2594 1.06 5.74 2738534194560 0.81 2.47 2055 4.5 40 84.04 82.17 1.86 2579 1.07 5.72 2611584689054 0.80 2.50 2099 Should I cease activity to the filer and run the wafl reallocate then? Thoughts and thanks art -----Original Message----- From: jwitham(a)takedapharm.com [mailto:jwitham@takedapharm.com] Sent: Tuesday, January 28, 2003 10:39 AM To: Ambrose_Earle(a)shamrockfoods.com; toasters(a)mathworks.com Subject: RE: wafl scan We use 'wafl scan reallocate' weekly to reorder our Exchange 5.5 databases. They keep growing, and are over 100GB apiece. The wafl scan reallocate helps our use of SnapManager verifications greatly. We have been known to run it in the middle of the day, but with a big performance hit (as you have seen). Haven't tried it in conjunction with SnapMirror. Just for grins, we also use 'wafl scan measure_layout' before and after the reallocate to ensure that we've accomplished something. We affectionately refer to the process as 'reshuffling the wafl house'. HTH, -john -----Original Message----- From: Ambrose_Earle(a)shamrockfoods.com [mailto:Ambrose_Earle@shamrockfoods.com <mailto:Ambrose_Earle@shamrockfoods.com> ] Sent: Thursday, January 23, 2003 7:28 PM To: toasters(a)mathworks.com Subject: wafl scan Does anyone have any (good) experience with the wafl scan commands? I am testing Snapmirror and used it to mirror 7x34's to 10x34's. Of course, the data was only written to the first seven drives, so I used 'wafl scan reallocate <volume>' and it seemed to improve the layout quite dramatically. Is this a good use of the command? Other than affecting performance, I'm assuming everything is accessible during the run of this command? Thanks in advance, This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. [View Less]

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
14
Older →

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 February 2003