search for: xfp

...1 Rails apps to 0.13. Which made them crash with a bang! After a little investigation it looks like even a fresh app will crash with a message: "allocator undefined for proc"... I''m on Win XP, everything was fine under Rails 0.12.1 Any help would be highly appreciated. -- D:\Xfp\Prog\www>ruby -v ruby 1.8.2 (2004-07-29) [i386-mswin32] D:\Xfp\Prog\www>rails test_app create (...) create log/test.log D:\Xfp\Prog\www\test_app>rake (in D:/Xfp/Prog/www/test_app) rake aborted! allocator undefined for Proc ./rakefile:15 D:\Xfp\Prog\www\test_app>ruby scri...

...and couldn't be happier - the performance under normal load is incredible. However we now have a problem with backup.. Typically we would run tar on the mail server, sending its output to another server via ssh.. Like this: tar cfp - /home | gzip | ssh other.server (cd /backups && tar xfp -).. I have tried gzipping the stream on the source side, gzipping on the destination, and running without gzip, all three take an amazingly long time to complete (> 14 hours). Ours is a modest server with about 1300 users, about 300GB of mail total. The whole thing sits on hardware RAID-10,...

...d1 for / and /dev/md2 for swap. I change the /etc/grub.conf to use /dev/md1 for the root= parameter on my kernel. I build myself a new initrd for the kernel I want to boot. I copy the contents of / over to the one-armed mirror: # cd / # mnt /dev/md1 /mnt/md1 # tar cfpl - . | ( cd /mnt/md1 ; tar xfp -) # umount /mnt/md1 # sync I run grub just in case: # grub > device (hd0) /dev/sda > root (hd0,0) > setup (hd0) I reboot, expecting that the system will find /dev/md1 and use it as its root... but it doesn't. Digging around in hobbled mode (changing the root= parameter in grub to...

Hi there, Is there someone over there knows a method or script that can copy a large volume of data (in folders) from PCs to a samba server (suppose there is enough space there)? I know using smbclient or smbtar can backup data on PCs to samba server, but it is written in tar files.I wonder whether this method can handle a large folder, say, in 10GB size. Also, using smbclient with mget and

Hi, I'm looking for some recommendations for a "fast" fileserver regarding the hardware you use. We have different fileservers as our requirements changed over time. The "main" problem we are faced with is, that with smb (windows 7 and OS X) clients we never get really close to GBit speed on reads or writes. Using the same servers/storages with ftp, ssh, rsync, nfs we

..." >> > /etc/fstab > mount -a > > > We untar multiple files (around 1300 tar files) each around 2,7GB in size. > The tar files are not compressed. > We untar the files with a shell script containing the following: > > #! /bin/bash > for f in *.tar; do tar xfP $f; done Your script looks good, I am not that familiar with the tar flag "P" but it looks to mean: -P, --absolute-names Don't strip leading slashes from file names when creating archives. I don't see anything strange here, everything looks OK. > >...

...tent-Type: text/plain; charset=iso-8859-1 On Fri, Mar 14, 2008 at 11:06:18AM +0000, Jake Grimmett wrote: > I'm probably not going to feed 10Gb to the individual blades, as I have few > MPI sers, though it's an option with IBM and HP blades. However IBM, and > Dell offer a 10Gbit XFP uplink to the blade servers internal switch, and > this has to be worthwhile with 56 CPUs on the other side of it. > > I'm most concerned about whether anyone has tried the Netxen or Chelsio 10Gbit > NICs on Centos 5.1; I see drivers in /lib/modules for these... > > Also -...

...hj1g1Y#Pr(D$Qx#zT^B<i^B+e`%WW7rlP{0k1Dd zp>l12Rh@b$)rRC}rjd8~2<hrN{N^~BLmqt@baOf-1@gDdx}9F5-R2f}oo~$rqXuks z7{PV3Ml{UYfnB2xGVLXRo5y$Xui5>lmhPrdX~E=x?YtB9IteGkX!G8$Sk{xjAqWOa zyt<8|Zo7eat@@Nke>dVkbr<Q?vZ_fGIvqA?iP)#aVVjzO@}6}GNkRk;2!c4{VXyHl z#dHS&=&w*HJ`+XJt!dMy;(`V96s?-xfP(iylt1Y_UQ{F&uBFc_pHfs*#HP>M;+pcs z6P^P^9XG}_d=h>GXUWD+FCK$Q{P%d*FW(M&@SrJnZQh~&fSG#FnR(#|xv^(Zs0^{L z-xPCKd3mI+w3xl)1MzdehRXvKiOktQh8<VS(n&YGg1GK0FUx#J^<kpT!7D!s`{Fp1 zQYm>#TdtXhkYaSl9nU}K0CN&Y^1=_NWNAuCrzJIdCx<@m&pQFTxo*~&8CPCr*vs8< zj~F7m-nwCaOmbUQ...