lianghelin | 1 Aug 08:56 2004
Picon

Adult Expo China (Invitation) 中国国际成人保健及生殖健康展览会(邀请)

邀 
请
作为国内首度汇集成人保健器具、药品、生殖健康新产品新技术之大成的专业展会"中国国际成人保健及生殖健康展览会" 由国内展览业巨头-中国国际展览中心集团公司和中国性保健产业国家级管理机构-中国保健科技学会性医药保健专业委员会联合主办,并由中展集团上海分公司承办,于2004年8月6日-8日在上海国际展览中心隆重举行,我们谨向前来参展和参观的各位来宾和朋友表示最热烈的欢迎和诚挚的感谢!
本届展览会汇集了包括成人用品、性保健品、生殖保健品、计划生育用具、医疗器械、治疗诊断及检验仪器以及相关产品、技术。展出面积达6000平方米,近200个展位。本届展会上来自德国、美国、加拿大、英国、马耳他、西班牙、荷兰、法国等十几个国家的海外展商将向中国观众展示国际最新产品及技术,无疑将成为本届展会的一个亮点。

我们深信本届展览会必将促进我们成人保健和生殖健康领域行业的经济贸易与技术合作,并衷心祝愿本届展览会取得圆满成功!

展览会组委会

Invitation
As the first professional event in China, Adult Expo China will be focused on adult toys, sexual
performance improving products, new product and technology of reproductive health care. The
exhibition is sponsored by China International Exhibition Center Group Corp. and China Sexual Medical &
Health Care Professional Committee, and organized by CIEC Shanghai Branch. It is going to be held in
Shanghai International Exhibition Center from August 6th to 8th. We would like to extend our warm welcome
and sincere gratitude to all the exhibitors and visitors.
The exhibit scope covers adult toys, sexual performance improving products, reproductive health care
products, medical equipment, therapeutical & test instrument, and related products and technology.
The Area of the exhibition is 6000 square meters, nearly 200 stands. More than ten oversea exhibitors will
show their latest products and technology to the Chinese visitors, which come from Germany, U.S.A,
Canada, UK, Malta, Spain, Netherlands, France, etc. That undoubtedly will compose of the brilliant
point of the fair.
We are deeply convinced the exhibition will promote the economic and technological cooperation in adult
and reproductive healthcare industry, and we sincerely wish a complete success to Adult Expo China.

Organizers of Adult Expo China

综合资料
General Information

(Continue reading)

Rainer Traut | 2 Aug 08:43 2004
Picon

Re: OMSA Webserver crashing on PE2600

Hi,

Philip Rowlands wrote:
> On Fri, 30 Jul 2004, Rainer Traut wrote:
> 
> 
>>yes, it exists, but rpm doesn' seem to know from which rpm it belongs:
>>
>>[root <at> Domino1 root]# ls /lib/libstd*
>>/lib/libstdc++-libc6.2-2.so.3
>>[root <at> Domino1 root]# rpm -q --whatprovides /lib/libstdc++-libc6.2-2.so.3
>>die Datei »/lib/libstdc++-libc6.2-2.so.3« gehört zu keinem Paket
> 
> 
> "--whatprovides" doesn't work in the way you're expecting. Try this:
> 
> $ rpm -qf /lib/libstdc++-libc6.2-2.so.3

Hmm, it's working in the way I am expecting.
[root <at> asp4 lib]# rpm -qf /lib/libdb-4.1.so
db4-4.1.25-8
[root <at> asp4 lib]# rpm -q --whatprovides /lib/libdb-4.1.so
db4-4.1.25-8
[root <at> asp4 lib]#

Problem is /lib/libstdc++-libc6.2-2.so.3 which is not installed by rpm 
but by tapeware.

Gruss
Rainer
(Continue reading)

Rainer Traut | 2 Aug 08:54 2004
Picon

Re: OMSA Webserver crashing on PE2600

Hi,
I have found the cause of this.

Robert Goley wrote:

> This is the same error I was getting under Debian Sarge running OMSA. 
> Does the library it complains about exist on your system?

Yes the library exists, but as soos as it does not exist, OMSA runs fine.
It was not installed by rpm but by tapeware 7.05C Build 448.12587.
All earlier versions of tapeware did *not* do this.

[root <at> PC1077 lib]# ls -la /lib/libstdc++-libc6.2-2.so.3
lrwxrwxrwx    1 root     root           30 31. Jul 19:09 
/lib/libstdc++-libc6.2-2.so.3 -> /usr/local/tapeware/libstdc.so

So it seems latest tapeware breaks OMSA.

Rainer

_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge <at> dell.com
http://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq or search the list archives at http://lists.us.dell.com/htdig/

Karl Zander | 2 Aug 16:42 2004

Performance of PERC3/Di on PE 1650

We have a PE 1650 with the PERC3/Di controller.  Using RAID 5 with RedHat 
7.3.  The server has a Postgres database for our discussion mailing 
lists.  Message delivery is fine, but when logging in to view the list 
archives, the performance is really slow.   The list archives are in a web 
application that list members log into.    Using Top we have noticed that 
the CPU spikes to 99% utilization for the "postgres" process when a member 
logs in to view the archives.  It will hang for about 90 seconds or more 
until anything appears.

We are aware the PERC3/Di has some cache problems and are wondering if 
those issues relate to our situation.  We have set "noatime" in 
fstab.    We have not yet turned off the cache on the PERC3.

We are separately looking at the database application with the vendor, but 
also wanted to check if the PERC3/Di problems could be contributing/causing 
our performance problems.  We are not getting complete system stops as 
others have reported.  And there do not seem to be any SCSI errors in the 
logs.  Just slow performance.

-Karl

_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge <at> dell.com
http://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq or search the list archives at http://lists.us.dell.com/htdig/

David Hubbard | 2 Aug 16:18 2004

RE: Performance of PERC3/Di on PE 1650

Karl Zander wrote:

> 7.3.  The server has a Postgres database for our discussion mailing
> lists.  Message delivery is fine, but when logging in to view
> the list archives, the performance is really slow.   The list
> archives are in a web application that list members log into.
> Using Top we have noticed that the CPU spikes to 99% utilization
> for the "postgres" process when a member logs in to view the
> archives.  It will hang for about 90 seconds or more
> until anything appears.

The 3/Di is slow, but in this case the problem is just that
the 1650 is not a fast server since you're seeing all cpu time.
I don't know much about Postgres, but if it's similar to mysql4,
maybe it has the ability to cache queries to return the
results from memory rather than running them again; it could
dramatically increase performance if it has that option and
it's not turned on.

David

_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge <at> dell.com
http://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq or search the list archives at http://lists.us.dell.com/htdig/

Kiran Thyagaraja | 3 Aug 04:08 2004
Picon

problem with PE1750+PV220S

Hello Everyone,
We have a bunch of 1750s in a cluster and few 2650s for login nodes/NFS
server. One PV220s provides the cluster with 1.7Tb of file storage. Initially
our NFS server was a 2650 and directly attached the 220S. Because of issues with the
infamous Perc3 Di card, we moved the 220S to a 1750 (with a Perc 3DC). The
1750 was'nt happy most of the time, but today it completely shutdown. I
noticed the following messages in the syslog. We use XFS as the filesystem on
the external RAID and the OS is RHEL 3.0 based system.

The hardware seems to be fine. No amber lights or beeps.
I unmounted the filesystem and tried to modprobe -r megaraid2, the
system did'nt respond after that!!

I'm sure some of you have seen this before. Any ideas as to what could
be wrong? Is it hardware or software or is it just me!!

TIA
Kiran

-----------------------------------------------------------------------------------

Aug  2 14:53:32 nas-0-0 kernel: megaraid: aborting-6767743 cmd=2a <c=0t=0 l=0>
Aug  2 14:53:33 nas-0-0 kernel: megaraid: Waiting for 1 commands toflush: iter:0
Aug  2 14:53:33 nas-0-0 kernel: megaraid: Waiting for 1 commands toflush: iter:1000
Aug  2 14:53:34 nas-0-0 kernel: megaraid: Waiting for 1 commands toflush: iter:2000
Aug  2 14:53:35 nas-0-0 kernel: megaraid: Waiting for 1 commands toflush: iter:3000
Aug  2 14:53:36 nas-0-0 kernel: megaraid: Waiting for 1 commands toflush: iter:4000
Aug  2 14:53:37 nas-0-0 kernel: megaraid: Waiting for 1 commands toflush: iter:5000
<snip>
Aug  2 14:54:32 nas-0-0 kernel: megaraid: Waiting for 1 commands toflush: iter:60000
(Continue reading)

Joe Stevens | 3 Aug 04:57 2004
Picon

Re: Performance of PERC3/Di on PE 1650

If postgres is spiking to 99% for 90 seconds, it sounds like you either 
need to look at your table index.  Find out what kind of query your 
application is making, then use the 'examine' function to see if you are 
using  an index (or if you could be using a better one).  The postgres 
mailing list is probably a better place to go with that question.

Unless you are working with REALLY large datasets, postgres eating CPU 
can usually be solved with better DB design.

Regards,
--
Joe

Karl Zander wrote:

> We have a PE 1650 with the PERC3/Di controller.  Using RAID 5 with 
> RedHat 7.3.  The server has a Postgres database for our discussion 
> mailing lists.  Message delivery is fine, but when logging in to view 
> the list archives, the performance is really slow.   The list archives 
> are in a web application that list members log into.    Using Top we 
> have noticed that the CPU spikes to 99% utilization for the "postgres" 
> process when a member logs in to view the archives.  It will hang for 
> about 90 seconds or more until anything appears.
>
> We are aware the PERC3/Di has some cache problems and are wondering if 
> those issues relate to our situation.  We have set "noatime" in 
> fstab.    We have not yet turned off the cache on the PERC3.
>
> We are separately looking at the database application with the vendor, 
> but also wanted to check if the PERC3/Di problems could be 
(Continue reading)

Craig I. Hagan | 3 Aug 09:02 2004

Re: Performance of PERC3/Di on PE 1650

Karl Zander wrote:

> We have a PE 1650 with the PERC3/Di controller.  Using RAID 5 with 
> RedHat 7.3.  The server has a Postgres database for our discussion 
> mailing lists.  Message delivery is fine, but when logging in to view 
> the list archives, the performance is really slow.   The list archives 
> are in a web application that list members log into.    Using Top we 
> have noticed that the CPU spikes to 99% utilization for the "postgres" 
> process when a member logs in to view the archives.  It will hang for 
> about 90 seconds or more until anything appears.
>
> We are aware the PERC3/Di has some cache problems and are wondering if 
> those issues relate to our situation.  We have set "noatime" in 
> fstab.    We have not yet turned off the cache on the PERC3.
>
> We are separately looking at the database application with the vendor, 
> but also wanted to check if the PERC3/Di problems could be 
> contributing/causing our performance problems.  We are not getting 
> complete system stops as others have reported.  And there do not seem 
> to be any SCSI errors in the logs.  Just slow performance.

What does iostat -x /dev/foo 30
yield? what is the WCHAN even that the OS is waiting on? Which linux 
kernel? 2.4.x? 2.6.x? You'll find that 2.6.x can do more
IO per unit cpu than 2.4.x. (barring the newest redhat/suse server 
kernels which have much of the 2.6.x io subsystem
backported)

Does postgres have a concept of wait events ala oracle? If so, what is 
the database waiting on?
(Continue reading)

Craig I. Hagan | 3 Aug 09:03 2004

Re: Performance of PERC3/Di on PE 1650

Joe Stevens wrote:

> If postgres is spiking to 99% for 90 seconds, it sounds like you 
> either need to look at your table index.  Find out what kind of query 
> your application is making, then use the 'examine' function to see if 
> you are using  an index (or if you could be using a better one).  The 
> postgres mailing list is probably a better place to go with that 
> question.
>
> Unless you are working with REALLY large datasets, postgres eating CPU 
> can usually be solved with better DB design.

Good points. You should explain all of your queries and insure that 
you've the correct indices to
properly support them -- while keeping in mind that more indices == more 
work on inserts.

-- craig

_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge <at> dell.com
http://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq or search the list archives at http://lists.us.dell.com/htdig/

mc 02 | 3 Aug 09:09 2004
Picon

PE1600SC adding new hard disk.

Greetings all,

I have a poweredge 1600SC with a single channel U160 Raid controller, with 3 hot swappable SCSI hard disk
(143GB each). RAID is current set to RAID 5. I am running redhat 9 on this machine. 

My problem is im running out of space and want to add and additional 2 SCSI hard disk with the same capacity.
What do i do? Since it is hot swappable do i just shut down the machine install the 2 hard disk and restart? or
are there some configuration needed to be done to it.

Thank you for your time.

Regards,
MC02 (newbie)
--

-- 
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm

_______________________________________________
Linux-PowerEdge mailing list
Linux-PowerEdge <at> dell.com
http://lists.us.dell.com/mailman/listinfo/linux-poweredge
Please read the FAQ at http://lists.us.dell.com/faq or search the list archives at http://lists.us.dell.com/htdig/


Gmane