Troubleshooting remote replication – HP StoreAll Storage User Manual

Page 270

Advertising
background image

D

is for a device

S

is for a special file (for example, named sockets and First Ins, First Outs (FIFOs)).

The other letters in the %i string are the actual letters that are outputted if the associated
attribute for the file is being updated or a dot (.) for no change. Three exceptions to this
are the following:

A newly created item replaces each letter with a plus sign (+)

An identical item replaces the dots with spaces.

An unknown attribute replaces each letter with a question mark (?). This situation
can happen when talking to an older version of ibrcfrworker.

The attribute that is associated with each letter is as follows:

c

means the checksum of the file is different and will be updated by the file transfer

(requires -checksum and is not used in StoreAll version 6.0 or later).

s

means the size of the file is different and will be updated by the file transfer.

t

means the modification time is different and is being updated to the sender’s value

(requires --times). An alternate value of T means that the time will be set to the transfer
time (without --times).

p

means the permissions are different and are being updated to the sender’s value

(requires --permissions).

o

means the owner is different and is being updated to the sender’s value (requires

--owner and super-user privileges).

g

means the group is different and is being updated to the sender’s value (requires

--group and the authority to set the group).

u

means the atime is different and is being updated to the sender’s value.

a

means the CIFS ACL is different and is being updated to the sender’s value.

x

means the POSIX extended attributes are different and are being updated to the

sender’s values.

Another possible output for %i is - when deleting the files, the "%i" represents the string
"*deleting" for each item that is being removed.

Sample Output of the ibrcfrworker log

(2012/11/19 15:50:40),<jobid=5>,<4449>,.d..t......,./

nl

(2012/11/19 15:50:40),<jobid=5>,<4449>,cd+++++++++,new_dir/

nl

(2012/11/19 15:50:40),<jobid=5>,<4449>,<f+++++++++,new_dir/foo1.txt

nl

(2012/11/19 15:50:40),<jobid=5>,<4449>,<f+++++++++,new_dir/foo10.txt

nl

(2012/11/19 15:50:40),<jobid=5>,<4449>,<f+++++++++,new_dir/foo100.txt

nl

(2012/11/19 15:50:40),<jobid=5>,<4449>,<f+++++++++,new_dir/foo11.txt

nl

(2012/11/19 15:50:40),<jobid=5>,<4449>,<f+++++++++,new_dir/foo12.txt

Troubleshooting remote replication

Continuous remote replication job stops when target cluster is down or
rebooted

If a continuous remote replication job is running when the target cluster is rebooted or goes down,
the job will stop. However, on the source cluster, the Active state field still displays "yes". To resolve
this issue, use either the Management Console or CLI to stop the job. Then, start a new job on the
file system.

270 Using continuous remote replication

Advertising