Wait Reason : PIPE in glance ??

[Donghee Lee]

hi..
i got HA configured system that each one has one LTO single dirve , /dev/rmt/1m .
for restoring tons of data, i did following two jobs on local server.


frecover -Xxf /dev/rmt/1m -i /user06/Images 2>>/tmp/local_restore.log &
frecover -Xvf remote_svr:/dev/rmt/1m -i /user07/Images 2>>/tmp/remote_restore.log &

local-restore did work very well. but remote one didn't.

when i see process detail on glance screen
remote-restore process doesn't use resources of system..

--------------------------------------------------------------------------------
CPU Util S SAU U | 51% 40% 55%
Disk Util F F | 86% 91% 97%
Mem Util S SU UB B | 80% 81% 81%
Swap Util R R | 51% 51% 51%
--------------------------------------------------------------------------------
Resources PID: 12816, frecover PPID: 12814 euid: 0 User: root
--------------------------------------------------------------------------------
CPU Usage (util): 0.0 Log Reads : 0 Wait Reason : PIPE
User/Nice/RT CPU: 0.0 Log Writes: 0 Total RSS/VSS : 284kb/ 1.7mb
System CPU : 0.0 Phy Reads : 0 Traps / Vfaults: 0/ 0
Interrupt CPU : 0.0 Phy Writes: 0 Faults Mem/Disk: 0/ 0
Cont Switch CPU : 0.0 FS Reads : 0 Deactivations : 0
Scheduler : HPUX FS Writes : 0 Forks & Vforks : 0
Priority : 154 VM Reads : 0 Signals Recd : 0
Nice Value : 24 VM Writes : 0 Mesg Sent/Recd : 0/ 0
Dispatches : 0 Sys Reads : 0 Other Log Rd/Wt: 0/ 0
Forced CSwitch : 0 Sys Writes: 0 Other Phy Rd/Wt: 0/ 0
VoluntaryCSwitch: 0 Raw Reads : 0 Proc Start Time
Running CPU : 3 Raw Writes: 0 Sun Jun 9 01:03:11 2002
CPU Switches : 0 Bytes Xfer: 0kb :


what is the meaning of the "Wait Reason : PIPE" ..??
also how to get over this problem..??

thanks in advance..

[Donghee Lee]

good one of glance screen..

B3692A GlancePlus C.03.55.00 01:54:27 panasia2 9000/800 Current Avg High
--------------------------------------------------------------------------------
CPU Util S SAU U | 51% 27% 58%
Disk Util F F | 84% 94% 100%
Mem Util S SU UB B | 81% 80% 81%
Swap Util R R | 51% 50% 51%
--------------------------------------------------------------------------------
Resources PID: 12636, frecover PPID: 12634 euid: 0 User: root
--------------------------------------------------------------------------------
CPU Usage (util): 8.2 Log Reads : 0 Wait Reason : IO
User/Nice/RT CPU: 0.4 Log Writes: 1387 Total RSS/VSS :169.1mb/170.5mb
System CPU : 7.3 Phy Reads : 1 Traps / Vfaults: 12/ 0
Interrupt CPU : 0.0 Phy Writes: 422 Faults Mem/Disk: 0/ 0
Cont Switch CPU : 0.0 FS Reads : 0 Deactivations : 0
Scheduler : HPUX FS Writes : 99 Forks & Vforks : 0
Priority : 148 VM Reads : 0 Signals Recd : 0
Nice Value : 24 VM Writes : 0 Mesg Sent/Recd : 92/ 92
Dispatches : 637 Sys Reads : 1 Other Log Rd/Wt: 185/ 92
Forced CSwitch : 35 Sys Writes: 323 Other Phy Rd/Wt: 0/ 0
VoluntaryCSwitch: 567 Raw Reads : 0 Proc Start Time
Running CPU : 1 Raw Writes: 0 Sun Jun 9 00:57:45 2002
CPU Switches : 10 Bytes Xfer: 2.9mb

[steven Burgess_2]

Hi

When using frecover for your remote session you have not specified x (lower case) just the (upper case) X which is used to restore to current directory

frecover -Xxvf :/dev/rmt/1m -i /

Regards

Steve

[Donghee Lee]

steven .. i just mistyped Xxf opton to Xvf on here..
actually i used Xxf option.. and still can not find the cause of waiting and poor performance