toasters December 2000

toasters@lists.teaparty.net

112 participants
116 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 12 Feb '03

12 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 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 17/02/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 28/02/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

2 1

cifs and win nt res kit SU cmd
by neil lehrer 09 Jan '01

09 Jan '01

hi, i am just bringing up an f760 cluster with cifs and nfs. i had just configured my shares and went to edit some of the files in \etc with wordpad and found that i was getting access denied, but could edit them when going thru nfs and using vi. after checking a bunch of things it turned out that something wasn't happy about the way i was accessing the files - using the SU cmd in the nt 4 res kit. normally i log into my nt machine locally and if i want to do any domain admin stuff i just open a cmd window and SU to my domain admin acct. saves me from rebooting or using another machine. in this case i can SU and use srvmgr against the filer with no problem, but actually editing files that require administrator privileges doesn't work. i do have the correct mappings in usermap.cfg and editing does work properly if i do a "normal" domain admin login. any ideas? anybody ever get this to work? i really like being able to use SU this way and [in the past] it made it easy to test access against other ids without moving to another machine or rebooting? thanks. -- regards

3 2

NFS server timeouts on the clients
by arr＠oceanwave.com 02 Jan '01

02 Jan '01

I have an brand new F720 running 5.3.6R2. We're exporting two qtrees via NFS and CIFS. When the system is almost completely quiet, I try to tar up about 2M of stuff and it takes FIVE minutes. I also see NFS timeout errors on all NFS clients (the one I'm doing the tar from is specifically solaris 8, but I see the timeouts on linux as well). I've tried NFS v2 and v3, both TCP and UDP, and nothing seems to help. netstat doesn't seem to show packet collisions (the netowrk ispretty much dead), not a lot of errors (<10%). I'm seeing writes about every 10 seconds (which should mean good performance), and the CPU is mostly idle. Why the hell does a tar of 2M take so bloody long? I can understand if I was moving a gig or so, but 2M?! I've included important info (this was after I had changed to v2 UDP). Is there something else I should look at? >nfsstat -c Server rpc: TCP: calls badcalls nullrecv badlen xdrcall 0 0 0 0 0 UDP: calls badcalls nullrecv badlen xdrcall 1354 0 0 0 0 Server nfs: calls badcalls 1306 0 Server nfs V2: (1306 calls) null getattr setattr root lookup readlink read 1 0% 372 28% 2 0% 0 0% 194 15% 0 0% 293 22% wrcache write create remove rename link symlink 0 0% 440 34% 2 0% 1 0% 0 0% 0 0% 0 0% mkdir rmdir readdir statfs 0 0% 0 0% 1 0% 0 0% Server nfs V3: (0 calls) null getattr setattr lookup access readlink read 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% write create mkdir symlink mknod remove rmdir 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% rename link readdir readdir+ fsstat fsinfo pathconf 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% commit 0 0% NFS V2 non-blocking request statistics: null getattr setattr root lookup readlink read 1 100% 372 100% 2 100% 0 0% 194 100% 0 0% 141 48% wrcache write create remove rename link symlink 0 0% 440 100% 1 50% 1 100% 0 0% 0 0% 0 0% mkdir rmdir readdir statfs 0 0% 0 0% 1 100% 0 0% NFS V3 non-blocking request statistics: null getattr setattr lookup access readlink read 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% write create mkdir symlink mknod remove rmdir 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% rename link readdir readdir+ fsstat fsinfo pathconf 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% 0 0% NFS reply cache statistics: TCP: In progress Delay hits Misses Idempotent Non-idempotent 0 0 0 0 0 UDP: In progress Delay hits Misses Idempotent Non-idempotent 0 5 732 7 42 >sysstat 1 CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 2% 0 0 0 0 0 0 0 0 0 19 3% 1 0 0 0 1 0 0 0 0 19 2% 0 0 0 0 0 0 0 0 0 19 3% 32 0 0 5 3 0 0 0 0 19 2% 0 0 0 0 0 0 0 0 0 19 6% 0 0 0 0 0 48 128 0 0 19 2% 0 0 0 31 0 0 0 0 0 19 2% 0 0 0 0 0 0 0 0 0 19 2% 0 0 0 0 0 0 0 0 0 19 3% 4 0 0 2 1 0 0 0 0 19 2% 0 0 0 0 0 0 0 0 0 19 2% 0 0 0 0 0 0 0 0 0 19 2% 1 0 0 16 0 0 0 0 0 19 2% 0 0 0 0 0 0 0 0 0 19 2% 0 0 0 0 0 0 0 0 0 19 3% 2 0 0 1 1 0 0 0 0 19 5% 0 0 0 0 0 32 152 0 0 19 2% 0 0 0 0 0 0 0 0 0 19 >sysconfig -r Volume vol0 (root) RAID group 0 RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- parity 1.3 1 0 3 FC:A 34500/70656000 35003/71687368 data 1.2 1 0 2 FC:A 34500/70656000 35003/71687368 data 1.0 1 0 0 FC:A 34500/70656000 35003/71687368 data 1.5 1 0 5 FC:A 34500/70656000 35003/71687368 data 1.6 1 0 6 FC:A 34500/70656000 35003/71687368 data 1.1 1 0 1 FC:A 34500/70656000 35003/71687368 Spare disks RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- spare 1.4 1 0 4 FC:A 0 35003/71687368 > netstat -s tcp: 19180 packets sent 16501 data packets (3116859 bytes) 647 data packets (355343 bytes) retransmitted 804 ack-only packets (114 delayed) 0 URG only packets 0 window probe packets 1156 window update packets 76 control packets 22021 packets received 15990 acks (for 3112800 bytes) 187 duplicate acks 0 acks for unsent data 13688 packets (5178316 bytes) received in-sequence 618 completely duplicate packets (890780 bytes) 0 old duplicate packets 10 packets with some dup. data (10 bytes duped) 50 out-of-order packets (61320 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 1 packet received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 13 connection requests 27 connection accepts 3 bad connection attempts 0 listen queue overflows 32 connections established (including accepts) 40 connections closed (including 1 drop) 8 embryonic connections dropped 15825 segments updated rtt (of 16329 attempts) 531 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections timed out in persist 8 keepalive timeouts 0 keepalive probes sent 8 connections dropped by keepalive 3594 correct ACK header predictions 3474 correct data packet header predictions 1758 PCB cache misses 0 segments dropped at untrusted interface 0 connection requests closed at filter udp: 3671023 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 dropped due to no socket 137 broadcast/multicast datagrams dropped due to no socket 0 dropped due to full socket buffers 3670886 delivered 3665023 datagrams output ip: 7921585 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with size larger than maximum 0 with data size < data length 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 packets with spoofed source address 0 packets arrived on wrong port 6499598 fragments received 0 fragments dropped (dup or out of space) 0 malformed fragments dropped 0 overlapping fragments discarded 3966 fragments dropped after timeout 2272723 packets reassembled ok 3693053 packets for this host 790 packets for unknown/unsupported protocol 0 packets forwarded 867 packets not forwardable 0 redirects sent 3685059 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 412593 output datagrams fragmented 862312 fragments created 0 datagrams that can't be fragmented icmp: 0 calls to icmp_error 0 errors not generated 'cuz old message was icmp Output histogram: echo reply: 7 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Input histogram: echo reply: 2 echo: 7 time exceeded: 790 7 message responses generated > netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Collis Queue e8* 1500 none none 0 0 0 0 0 0 e0 1500 192.168.1 myhost 7929745 5917 4 0 with incorrect version number 0 packets with spoofed source address 0 packets arrived on wrong port 6499598 fragments received 0 fragments dropped (dup or out of space) 0 malformed fragments dropped 0 overlapping fragments discarded 3966 fragments dropped after timeout 2272723 packets reassembled ok 3693053 packets for this host 790 packets for unknown/unsupported protocol 0 packets forwarded 867 packets not forwardable 0 redirects sent 3685059 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 412593 output datagrams fragmented 862312 fragments created 0 datagrams that can't be fragmented icmp: 0 calls to icmp_error 0 errors not generated 'cuz old message was icmp Output histogram: echo reply: 7 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Input histogram: echo reply: 2 echo: 7 time exceeded: 790 7 message responses generated

2 3

ESTALE
by Edward Hibbert 31 Dec '00

31 Dec '00

We're using HP machines running HP 11 against a NetApp, using NFS. We are occasionally seeing ESTALE errors on file I/O operations. This may be a problem in the application, but I'd welcome any information any of you have on just what ESTALE means. I've seen it described as occurring when an NFS client uses an invalid file handle, but I've also seen reference to it occurring when machines are rebooted. So, my rather vague question is: what do you all know about ESTALE? Edward Hibbert Internet Applications Group Data Connection Ltd Tel: +44 131 662 1212 Fax: +44 131 662 1345 Email: eh(a)dataconnection.com Web: http://www.dataconnection.com

2 1

RE: Relying on automatic load on DLT7000 drive
by Chris Thompson 29 Dec '00

29 Dec '00

Apologies for resurrecting a 2.5-week old thread, but I've realised I ought to wrap up a few things before the [real:-)] millennium... Chang-Ping Hu <chang-ping.hu(a)netapp.com> wrote: 1> 1> There are a few rationales behind the change. 1> 1> 1. To provide a fix to allow proper handling of a cleaning tape by DLT tape 1> libraries (Burt #29835.) 1> 1> 2. In the case of a stand-alone drive, to provide a consistent drive 1> behavior across various tape drive types. AIT and Exabyte drives will 1> physically eject a tape when an unload command is issued. This change will 1> make the DLT drives respond in a similar way, even though it does not 1> physically eject the tape. 1> 1> 3. The change will require a user to manually reload the tape to enable the 1> DLT drive to read it. This prevents accidentally overwriting a tape user 1> may otherwise think has been unloaded. Again, this is no different from the 1> AIT and Exabyte drives. I think I'm convinced by the compatibility (2) and safety (3) arguments that the state before 5.3.7R2 was wrong. 1> In your particular case, to add incremental dumps, an alternative is to use 1> nrst0a instead urst0a. If you don't really care about the previous data 1> on the tape, you can even use rst0a. and also Amol Chitre <Amol.Chitre(a)netapp.com> wrote 2> 2> In the absence of a stacker, why are you using a urst0a? It seems to me that 2> you are overwriting during the incremental dumps. In that case, you can use 2> a rst0a and the tape will not be unloaded. On the other hand, if you dont 2> want to overwrite, you can use nrst0a. In case you want to continue with 2> urst0a, you might have to do a manual unload and reload everytime. I ought to have made this clearer. I use nrst0a exclusively for the dumps themselves, and pack several of them onto a single tape (these are small incremental dumps). There's an outer-level management script that checks labels, writes packing lists, and positions the tape, all via the na_rmt(8) interface [q.v.]. Dumps on successive days do not overwrite each other: they get added on the end of the tape. At the moment, the management script ends up unloading the tape ("I6\n1\n" to na_rmt). Just opening the tape again the next day reloads it if the same tape is still sitting in the drive. This is convenient at times without operator cover. Obviously I can change this to not unload the tape, but that has some disadvantages, including the greater exposure to loss of the filemark directory on a power failure that I mentioned before. I can live with it, though! Solaris' rmt implementation supports some larger-numbered "I" (ioctl) operations beyond 6, including 14 (MTLOAD). A nice solution for me would be to have ONTAP's rmt support this as well: an explicit load request doesn't fall into the overwrite-the-tape-by-accident scenario. However, I suppose that these extensions are highly unstandardised, and it might be asking rather a lot of NetApp to support them. Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

1 0

Re: Block checksums and Zoned checksums
by sthaug＠nethelp.no 29 Dec '00

29 Dec '00

> 21 years ago - and boy, does it seem *weird* to write that - my first > programming experience was with a very funky old machine called the PERQ. Yup, I remember the PERQ. Some of them found their way to Norway too :-) > Musing somewhat related to toasters: Like GigE pushing against the limits > of a 1500 byte MTU, isn't it about time we start moving to 1K or larger > block sizes on our SCSI drives? In the age of FibreChannel and Ultra160, > shuffling all those wee blocks about seems silly, given that filesystems > are using 1K, 2K, 4K and larger logical block sizes. You may want to check out the Usenet newsgroup comp.arch, which has a rather interesting discussion about just that. Look for the thread with subject line Re: 4M pages are a bad idea (was Re: AMD 64bit Hammer CPU and VM) Steinar Haug, Nethelp consulting, sthaug(a)nethelp.no

1 0

Block checksums and Zoned checksums
by Chris Thompson 29 Dec '00

29 Dec '00

I've been reading the 6.0.1R1 "Start Here" document (for advance planning: we're not about to move to it) and especially the "New features in 6.0.1" section. I wonder whether someone can explain how "block checksum" disks (and volumes) differ from "zoned checksum" ones, at a slightly more technical level than "block checksum disks are the ones with yellow front bezel ID labels and the orange system requirements labels on the side"? :) Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

3 3

EMC
by chris＠webtop.com 28 Dec '00

28 Dec '00

Looks like EMC are trawling the mailing list for sales leads. People of a sensitive disposition may want to hide their contact details when posting if they wish to avoid being contacted. -- Chris Good WebTop.com http://www.webtop.com Tel: +44 (0) 1223 715000 Fax: +44 (0) 1223 715001

2 1

cifs and win nt res kit SU cmd
by neil lehrer 27 Dec '00

27 Dec '00

i take it all back, NT SU and cifs on my filers is working correctly. fixed one problem corrected multiple symptoms. -- regards

1 0

RE: snapmirror quarry...
by Berry, Grant 27 Dec '00

27 Dec '00

Hi Brian and all. Snapmirror does xfer the source volume's snapshots over to the target volume, so that space has to be considered as well. In general you need as much or more space available on the snapmirror target. Have a look at section 4. in this white paper, it explains it well: http://www.netapp.com/tech_library/3043.html Another good doc on snapmirror is here: http://now.netapp.com/NOW/knowledge/docs/olio/guides/TR3073.shtml Please keep in mind that these docs are due for updating when it come to performance details when considering snap create and blockmap xfer times and their (huge) improvements in ONTAP 6.x. Regards, Grant -----Original Message----- From: Brian Tao [mailto:taob@risc.org] Sent: Saturday, December 23, 2000 1:54 PM To: Lance R. Bailey Cc: 'Traitel Eyal'; toasters Subject: Re: snapmirror quarry... On Fri, 22 Dec 2000, Lance R. Bailey wrote: > > snap mirror is a front to vol copy. think of vol copy as "dd" ie: > block level. Does this include or exclude snap reserve space? Vol copy does not require that you duplicate snapshots of a volume, so I assume SnapMirror is the same? -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

1 0

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 December 2000