search for: _shouldn

Hello, I''m writing a search function for my application, but I am unsure on how to search for all results that contain my search string; here''s what I''ve got: def search @products = Product.find(:all, :conditions => "date_available < now()", :conditions => [ "title ilike ?",

...still will not reach the platter before power off or reboot, especially in catastrophic cases. >> > > This was a reboot from software, not a power drop. Does that do > something to kill the disk cache if anything happened to still be > there? In most cases intentional reboots _shouldn?t_ trigger this, but I cannot say that with a 100% certainty since, again, controllers CAN and DO lie. If the controller is not battery backed, the certainty is even more shaky, since the card's firmware can be in the process of lazy writing the content to disk when the main board drops power t...

On Jan 6, 2015, at 4:28 PM, Fran Garcia <franchu.garcia at gmail.com> wrote: > > On Tue, Jan 6, 2015 at 6:12 PM, Les Mikesell <> wrote: >> I've had a few systems with a lot of RAM and very busy filesystems >> come up with filesystem errors that took a manual 'fsck -y' after what >> should have been a clean reboot. This is particularly annoying on

Hi, I'm trying to build a bridge using a 486DX2/66 with two 10 Mbit Ethernet NICs. The machine (tsushima) is running Debian stable and kernel 2.4.26. Previously I used it as a router, so I know the hardware (NICs) is working. The NICs are as follows: eth0: WD80x3 at 0x280, 00 00 C0 0A 2C 2F WD8003-old, IRQ 10, shared memory at 0xd0000-0xd1fff. eth16i.c: v0.35 01-Jul-1999 Mika Kuoppala

I just built 4.3.0 in order to get > 2GB of RAM in domU with GPU passthrough without crashes. Unfortunately, the same crashes still happen. Massive frame buffer corruption on domU before it locks up solid. It seems the PCI memory stomp is still happening. I am using qemu-dm, as I did on Xen 4.2.x. So whatever fix for this went into 4.3.0 didn''t fix it for me. Passing less than 2GB