Can't view mounted directories

Trying out TS 6.7.0 on a new server.
Installed w/o any errors.

- stopped the TS

- copied the backing store from the old 6.5SP1 server to a new server

- started up TS.

I can view all the content using the web ui, however when I try to see it using the file system, I can't.

I'm logged in as root:

bash-3.00# ls -al /default/
total 0

bash-3.00# ls -al /.iwmnt/default/
total 0

bash-3.00# ls -al /iwmnt/default/
total 0

1) Do I need iwmigrate when going from 6.5 to 6.7?
2) How can I see the files through ssh? /iw-mount/ on a "customer web server" does not work either. Since it is reading files from /.iwmnt/

Find more posts tagged with

Comments

nipper

run a df -k

Adam Stoller

What does iwgetmount show?

TestReport.rptdesign

Valentine

bash-3.00# /cms/iw-home/bin/iwgetmount
/iwmnt

bash-3.00# /cms/iw-home/bin/iwgetstore
/data/Interwoven/iw-store

bash-3.00# ls -al /iwmnt/
total 6
drwxr-xr-x   3 root  root   512 Oct  3 15:28 .
drwxr-xr-x  41 root  root  1024 Oct  3 15:28 ..
drw-------   4 root  root   512 Oct  3 11:10 default

bash-3.00# chmod 700 default/
chmod: WARNING: can't change default/

Something is going on ...

For some reason /iwmnt size is shown as 40 gb, while it should be 250 gb.
Since iw-store resides on /data slice.


bash-3.00# df -k
Filesystem   kbytes used   avail capacity  Mounted on
/dev/dsk/c1t0d0s0 40340530 3736374 36200751 10% /
/devices       0    0    0  0% /devices
ctfs        0    0    0  0% /system/contract
proc        0    0    0  0% /proc
mnttab      0    0    0  0% /etc/mnttab
swap     46592216 1128 46591088  1% /etc/svc/volatile
objfs       0    0    0  0% /system/object
/platform/sun4u-us3/lib/libc_psr/libc_psr_hwcap2.so.1
      40340530 3736374 36200751 10% /platform/sun4u-us3/lib/libc_psr.so.1
/platform/sun4u-us3/lib/sparcv9/libc_psr/libc_psr_hwcap2.so.1
      40340530 3736374 36200751 10% /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1
fd       0    0    0  0% /dev/fd
/dev/dsk/c1t0d0s6 30254750  262716 29689487  1% /var
swap     46591160   72 46591088  1% /tmp
swap     46591160   72 46591088  1% /var/run
/dev/dsk/c1t0d0s5 40340530 1949512 37987613  5% /opt
/dev/dsk/c1t0d1s0 254238858 3971528 247724942  2% /data
irc-ce-prod:/iwserver/default
      40340530 3736374 36200751 10% /iwmnt/default
irc-ce-prod:/iwserver/default
      40340530 3736374 36200751 10% /.iwmnt/default

Ok. At least I can see some data in the main, but there should be much more branches in there.


bash-3.00# ls -al /iwserver/default/main/
total 10
drw-------   5 root  root   512 Oct  3 11:10 .
drwx------   4 root  root   512 Oct  3 11:10 ..
drw-------   3 root  root   512 Oct  3 11:10 EDITION
drw-------   2 root  root   512 Oct  3 11:10 STAGING
dr--------   2 root  root   512 Oct  3 11:10 WORKAREA

Adam Stoller

More suggestions:

What does the output of iwstat show?

When you tried to do the chmod of /iwmnt/default - who were you? root or someone else?

Valentine

iwstats says that everything is normal, and yes, everything I've tried so far was under root.


bash-3.00# /cms/iw-home/bin/iwstat
Store       Status
default     Running
workflow    Running

ID     Thread  User  Duration  Store  Operation
0x5ba  0x23    root  0.000     -      GetServerStatus

Adam Stoller

Hmm - I'm sure it's one of those "simple/stupid" things - but right now I can't think of what it is - so, if you haven't already done so, I suggest opening a case with IWOV Support.

Valentine

Did that, still no reply.

Today, I've tried something new. I've completely wiped out the backing store, and let the TS server recreate the default store.

Using web ui, I've created some branches/workarea/files.

There is still the same problem, can't see anything on the filesystem.

I think the problem might be related that this is Solaris 10, but who knows.
May be there are some OS patches missing or have to be removed.

Valentine

The problem was identified as a bug.
Support provided a black patch for the iwovwfs driver, which solved the issue.

Iysh

I am facing the same issue. Can anyone tell me where I can get this patch?

Valentine

You should contact support, or may be, this issue was fixed in SP1.