Please help. Docbase ran out of space

Discussion:

monica_dctm

2006-06-27 01:44:57 UTC

Hi All,

We are using documentum from last couple of years.

Suddenly from last 2 months the disc space allocated to documentum
on unix space reached max limit and we cannot finish any operation
now.

I cleaned up all log file but it's not making any difference.

The only difference from before is we check in word docs,html,pdf
every one hour into dctm as part of bacth job and publish them t
website. We delete the pld versions once in a while. Now we changed
the code so that it will over write old version instaed of creating
new and deleting later.

Does checkin as same version has any backdrop like may be keeping
pld content files? If so how to clean up this mess?

The file storage location 'documentum\data\storage_1\000023e5' has
subdir in which the dir's created in last 2 motnhs occupied lot of
space.

Thanks
Monica

------------------------ Yahoo! Groups Sponsor --------------------~-->
Great things are happening at Yahoo! Groups. See the new email design.
http://us.click.yahoo.com/TISQkA/hOaOAA/yQLSAA/THm4lB/TM
--------------------------------------------------------------------~->

Wingerath, Ulrike

2006-06-27 07:02:40 UTC

Permalink

Hi Monica,

did you run the dm_filescan job already? (With option "scan_now = FALSE
"you could take a look at the objects that would be deleted by this job)

Are you using FullText Indexing?

Did you consider having a new filestore (, if there is enough space on
your system)?

Regards,

Ulrike

________________________________

Von: documentum-users-***@public.gmane.org
[mailto:documentum-users-***@public.gmane.org] Im Auftrag von monica_dctm
Gesendet: Dienstag, 27. Juni 2006 03:45
An: documentum-users-***@public.gmane.org
Betreff: [documentum-users] Please help. Docbase ran out of space

Hi All,

We are using documentum from last couple of years.

Suddenly from last 2 months the disc space allocated to documentum
on unix space reached max limit and we cannot finish any operation
now.

I cleaned up all log file but it's not making any difference.

The only difference from before is we check in word docs,html,pdf
every one hour into dctm as part of bacth job and publish them t
website. We delete the pld versions once in a while. Now we changed
the code so that it will over write old version instaed of creating
new and deleting later.

Does checkin as same version has any backdrop like may be keeping
pld content files? If so how to clean up this mess?

The file storage location 'documentum\data\storage_1\000023e5' has
subdir in which the dir's created in last 2 motnhs occupied lot of
space.

Thanks
Monica

Shivesh Jha

2006-06-27 07:15:27 UTC

Permalink

set clean_transfer_dir=true in agent.ini and delete all the temporary transfer data

"Wingerath, Ulrike" <ulrike.wingerath-Y/v6x+lg+***@public.gmane.org> wrote: Hi Monica,

did you run the dm_filescan job already? (With option scan_now = FALSE you could take a look at the objects that would be deleted by this job)
Are you using FullText Indexing?
Did you consider having a new filestore (, if there is enough space on your system)?

Regards,

Ulrike

---------------------------------

Von: documentum-users-***@public.gmane.org [mailto:documentum-users-***@public.gmane.org] Im Auftrag von monica_dctm
Gesendet: Dienstag, 27. Juni 2006 03:45
An: documentum-users-***@public.gmane.org
Betreff: [documentum-users] Please help. Docbase ran out of space

Hi All,

We are using documentum from last couple of years.

Suddenly from last 2 months the disc space allocated to documentum
on unix space reached max limit and we cannot finish any operation
now.

I cleaned up all log file but it's not making any difference.

The only difference from before is we check in word docs,html,pdf
every one hour into dctm as part of bacth job and publish them t
website. We delete the pld versions once in a while. Now we changed
the code so that it will over write old version instaed of creating
new and deleting later.

Does checkin as same version has any backdrop like may be keeping
pld content files? If so how to clean up this mess?

The file storage location 'documentum\data\storage_1\000023e5' has
subdir in which the dir's created in last 2 motnhs occupied lot of
space.

Thanks
Monica

Shivesh Kumar

Cell No. 9868785259

---------------------------------
Ring'em or ping'em. Make PC-to-phone calls as low as 1¢/min with Yahoo! Messenger with Voice.

monica_dctm

2006-06-28 19:22:05 UTC

Permalink

Hi,

I ran the dmclean process but it was failing and showing this error

Connected To prod.prod
53 File not found
MakeResultDoc failed, probably don't have a sysadmin directory
or permissions are too restrictive on the sysadmin directory
Make sure that job DMClean or it's report isn't locked

Can any body please suggest what might be the problem?

I ran the dmfilescan manually through IAPI and got the report but
afraid pf running the script b'coz may loose some data.

Could any body tell me where exactly physical files are stored. I
went to lacation 'documentum\data\storage_1\000023e5' but could not
identify any files they have different naming pattern with numbers
as file name. So I am not sure which ones to delete.

Thanks
Monica

Post by Shivesh Jha
set clean_transfer_dir=true in agent.ini and delete all the

temporary transfer data
Monica,

Post by Shivesh Jha
did you run the dm_filescan job already? (With option "scan_now

= FALSE "you could take a look at the objects that would be deleted
by this job)

Post by Shivesh Jha
Are you using FullText Indexing?
Did you consider having a new filestore (, if there is enough space on your system)?
Regards,
Ulrike
---------------------------------
Gesendet: Dienstag, 27. Juni 2006 03:45
Betreff: [documentum-users] Please help. Docbase ran out of space
Hi All,
We are using documentum from last couple of years.
Suddenly from last 2 months the disc space allocated to documentum
on unix space reached max limit and we cannot finish any operation
now.
I cleaned up all log file but it's not making any difference.
The only difference from before is we check in word docs,html,pdf
every one hour into dctm as part of bacth job and publish them t
website. We delete the pld versions once in a while. Now we

changed

Post by Shivesh Jha
the code so that it will over write old version instaed of

creating

Post by Shivesh Jha
new and deleting later.
Does checkin as same version has any backdrop like may be keeping
pld content files? If so how to clean up this mess?
The file storage location 'documentum\data\storage_1\000023e5' has
subdir in which the dir's created in last 2 motnhs occupied lot of
space.
Thanks
Monica
Shivesh Kumar
Cell No. 9868785259
---------------------------------
Ring'em or ping'em. Make PC-to-phone calls as low as 1¢/min with

Yahoo! Messenger with Voice.
------------------------ Yahoo! Groups Sponsor --------------------~-->
Check out the new improvements in Yahoo! Groups email.
http://us.click.yahoo.com/6pRQfA/fOaOAA/yQLSAA/THm4lB/TM
--------------------------------------------------------------------~->

2kbushaw

2006-06-28 22:38:14 UTC

Permalink

Is it fair to say you actually made sure you have the requisite sysadmin
directory
with adequate permissions? I HAVE seen it missing.

Get dmclean working first.
You need to run dmclean first to clean up the RDMBS (remove orphan objects)
then dmfilescan to remove the abandoned files.
These jobs normally work well so figure out why they aren't working.

I would NOT wade in deleting any files manually.
However, files are stored in directories whose names are the based on
the IDs of the
dmr_content objects broken down in digit pairs with the actual file
having a name that is the
last two digits of the ID typically with the DOS extension defined for
its format.

Ken

Post by monica_dctm
Hi,
I ran the dmclean process but it was failing and showing this error
Connected To prod.prod
53 File not found
MakeResultDoc failed, probably don't have a sysadmin directory
or permissions are too restrictive on the sysadmin directory
Make sure that job DMClean or it's report isn't locked
Can any body please suggest what might be the problem?
I ran the dmfilescan manually through IAPI and got the report but
afraid pf running the script b'coz may loose some data.
Could any body tell me where exactly physical files are stored. I
went to lacation 'documentum\data\storage_1\000023e5' but could not
identify any files they have different naming pattern with numbers
as file name. So I am not sure which ones to delete.
Thanks
Monica
<mailto:documentum-users%40yahoogroups.com>, Shivesh Jha

Post by Shivesh Jha
set clean_transfer_dir=true in agent.ini and delete all the

temporary transfer data
Monica,

Post by Shivesh Jha
did you run the dm_filescan job already? (With option "scan_now

= FALSE "you could take a look at the objects that would be deleted
by this job)

Post by Shivesh Jha
Are you using FullText Indexing?
Did you consider having a new filestore (, if there is enough

space on your system)?

Post by Shivesh Jha
Regards,
Ulrike
---------------------------------

<mailto:documentum-users%40yahoogroups.com> [mailto:documentum-
monica_dctm

Post by Shivesh Jha
Gesendet: Dienstag, 27. Juni 2006 03:45

<mailto:documentum-users%40yahoogroups.com>

Post by Shivesh Jha
Betreff: [documentum-users] Please help. Docbase ran out of space
Hi All,
We are using documentum from last couple of years.
Suddenly from last 2 months the disc space allocated to documentum
on unix space reached max limit and we cannot finish any operation
now.
I cleaned up all log file but it's not making any difference.
The only difference from before is we check in word docs,html,pdf
every one hour into dctm as part of bacth job and publish them t
website. We delete the pld versions once in a while. Now we

changed

Post by Shivesh Jha
the code so that it will over write old version instaed of

creating

Yahoo! Messenger with Voice.

------------------------ Yahoo! Groups Sponsor --------------------~-->
Check out the new improvements in Yahoo! Groups email.
http://us.click.yahoo.com/6pRQfA/fOaOAA/yQLSAA/THm4lB/TM
--------------------------------------------------------------------~->

Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/documentum-users/

<*> To unsubscribe from this group, send an email to:
documentum-users-unsubscribe-***@public.gmane.org

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/

monica_dctm

2006-06-29 15:07:47 UTC

Permalink

Ken,
Thank you.

Actually the sysadmin directory was missing. I cleaned up all files
and directories under 'documentum/dba/log/000023e5' then the
sysadming dir was missing. All the other directories were recreated
when I restarted docbase except sysadmin I had to create it. Now I
was able to run the dmclean job. Now it emptied some space allocated
for 'documentum\data\storage_1\000023e5'.

I thought DMClean will clean up orphan docs in RDBMS but it cleaned
up space in UNIX also. I didn't ran DMFilescan job.

I went inside directory to see how the files are stored but most of
them are pdf and ps files that are created when we used rendition.
In general we use *.doc files which I didn't find much. Does each
object (document)that are imported in to DCTM has a file related to
it in this location?

Thanks
Monica

Post by 2kbushaw
Is it fair to say you actually made sure you have the requisite sysadmin
directory
with adequate permissions? I HAVE seen it missing.
Get dmclean working first.
You need to run dmclean first to clean up the RDMBS (remove orphan objects)
then dmfilescan to remove the abandoned files.
These jobs normally work well so figure out why they aren't

working.

Post by 2kbushaw
I would NOT wade in deleting any files manually.
However, files are stored in directories whose names are the based on
the IDs of the
dmr_content objects broken down in digit pairs with the actual

file

Post by 2kbushaw
having a name that is the
last two digits of the ID typically with the DOS extension defined for
its format.
Ken

numbers