Displaying 5 results from an estimated 5 matches for "datadirect".
2010 Sep 02
2
blk_rq_check_limits errors
On Thursday, September 02, 2010, Frank Heckes wrote:
> Hi all,
>
> for some of our OSSes a massive amount of errors like:
>
> Sep 2 20:28:15 jf61o02 kernel: blk_rq_check_limits: over max size
> limit.
>
> appearing in /var/log/messages (and dmesg). Does anyone have got a clue
> how-to get of the root cause? Many thanks in advance.
linux/block/blk-core.c
int
2007 Oct 15
3
iptables rules for lustre 1.6.x and MGS recovery procedures
Hi,
I would like to know what TCP/UDP ports should i keep open in my
firewall policies on my MGS server such that I can have my MGS server
fire-walled. Also if in a event of loss of MGT would it be possible
to recreate the MGT without loosing data or bringing the filesystem
down (i.e. by using cached information from MDT''s and OST''s)
Thanks
Anand
2011 Sep 10
2
Setvar in bcmxcp
...elp get them into the stock driver?
Attached is my patch file. Note that the comments are a little verbose but that is only to make sure we comply with the GPL so I expect that those would be removed if the patch is incorporated into the stock bcmxcp.c.
Thanks,
Rich Wrenn
System Architect, DataDirect Networks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20110910/feb93dfe/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bcmxcp-RW.patch
Ty...
2010 Jul 21
1
Package RPostgreSQL_0.1-6.tar.gz has been checked and built
...as following:
> | > |
> | > | Case 1: 32bit R 2.11.1, 32bit RPostgreSQL,
> | > | data <- dbGetQuery(con, "select * from optest.colana limit 50000")
> | > | It takes about 1.5 minute to run
> | > |
> | > | Case2: 64bit R 2.11.1, 64bit RODBC, and 64bit DataDirect ODBC to
> | > Greenplum
> | > | data <- sqlQuery(con, "select * from optest.colana limit 50000")
> | > | It runs for at least 10 minutes and still running when I kill the
> whole R
> | > process
> | >
> | > That's pretty shocking!
> | >...
2010 Sep 10
11
Large directory performance
We have been struggling with our Lustre performance for some time now especially with large directories. I recently did some informal benchmarking (on a live system so I know results are not scientifically valid) and noticed a huge drop in performance of reads(stat operations) past 20k files in a single directory. I''m using bonnie++, disabling IO testing (-s 0) and just creating, reading,