by the non-response i gather the consenses is this is a one-off issue ? i'll re-install (again) if that's the case.
i guess we'll see... thx, -=dave ----- Original Message ----- From: dave johnson To: [email protected] Sent: Friday, February 02, 2007 8:40 AM Subject: [OF-users] OOM crash migrating about 700GB of data via cifs/robocopy from 1TB OF 2.2 box to 2TB OF 2.2 box, each with latest (pre-vtl) patches. target box is Geode NX 1750 (Athlon XP core) with 2GB of ram on SIS chipset board. Intel Pro1000 and 3Ware 7506-12 only additional componenets in system. boot and phy storage is on 11-drive raid5 array. target vol is 1TB with snapshots on an 8-day 24hr roll. about 2 days into it i check back in and it is moving at snails pace (1-2MB/s on the man-in-the-middle migrating box running the robocopy) and about 450GB copied... From another system I go to access the Netbios name via UNC: \\name and it takes forever i got to access the share from another system and takes forever. i then past a small file into the share (to test if that will even work) and after several minutes i get an error (pseudo quote as i couldn't get a screen shot) "could not copy to location because path is too long" i ssh into the box and load is 4+ with disk wait time through the roof, everything else at idle usage except swap completely full. I tried to run a ps auxww to capture a log. Meanwhile, back at the ranch... additional access attempts fail, ssh session trying to get ps output non-responsive, robocopy job log begins reporting "destination inaccessible" - basically system has grenaded. i connect a monitor to the console and oom-killer info dumps are spewing to the screen about one every second or two. I checked the messages and found an asortment of ldap secrets errors (not sure about that) but the only entry i found that seemed suspect was: Feb 1 22:28:38 hopper smbd[5714]: [2007/02/01 22:28:38, 0] lib/util_str.c:safe_strcpy_fn(603) Feb 1 22:28:41 hopper smbd[5714]: ERROR: string overflow by 1 (24 - 23) in safe_strcpy [snapshots.vg0.vol0.sched0.usr 2007- 01-31 00.00.06] F bringing back up, snapshot report shows: Snapshot name Date/time taken Block utilization (in MB) Snapshot size (in MB) Share contents Save Delete snapshot sched0 January 31, 2007 00:00:06 181030 524288 Yes, do N/A N/A want me to try again with a "ps auxww" process logging all output ? -=dave ------------------------------------------------------------------------------ _______________________________________________ Openfiler-users mailing list [email protected] https://lists.openfiler.com/mailman/listinfo/openfiler-users
_______________________________________________ Openfiler-users mailing list [email protected] https://lists.openfiler.com/mailman/listinfo/openfiler-users
