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

Reply via email to