Cannot rebuild Entourage X DB

H

h-bomb

I'm having some problems with Entourage X 10.1.4 on 10.2.8. In the past,
I've run the typical rebuild before with no problems. So, I was doing that,
but now at the end I get a message "The database can not be rebuilt because
there's not enough room on the disk to create the new database." There's
41GB of freespace? What's the deal? I don't want to try Advanced Rebuild
yet, because you can lose data. But, I probably will, but I don't believe
that will fix it.

Entourage does launch and run, but some folders can't be accessed ("reached
end of file") and there are some weird lines in place of some messages and
those messages cannot be viewed.

I saw an earlier post that the 10.1.6 might fix the problem. True, or do I
have to do something else?
 
B

Barry Wainwright

Is the 41 GB of free space in the startup partition? Unfortunately, this is
a limitation of the entourage rebuild process - it expects the database to
live in the startup partition (it's default location), and moving it (and
redirecting to it using aliases) works in all instances except for the
rebuild process.

The rebuild process will also (typically) need up to three times the size of
the database in terms of free space. 41 gb should be enough for even the
most hardened mail keepers, so I suspect there is another issue here. Check
the disk integrity using Disk first aid, reboot the machine to clear any
humongous swap files and try again.
 
N

Nathan Herring [MSFT]

Is the 41 GB of free space in the startup partition? Unfortunately, this is
a limitation of the entourage rebuild process - it expects the database to
live in the startup partition (it's default location), and moving it (and
redirecting to it using aliases) works in all instances except for the
rebuild process.
Click to expand...

Actually, I use symlinks to great effect on my machines. In my case, I have
a data drive, and my "~/Documents/Microsoft User Data" is not a directory
but rather a symlink to "/Volumes/<data drive
name>/Stuff/Documents/Microsoft User Data". This works great to move big
identities off of the boot drives, or to share the identities when you
dual-boot between different versions of the OS.

To do this, first move the Microsoft User Data folder where you want it to
live in the Finder. If it's on another partition, remember to hold down the
Command key when you drag it so that it turns into a move rather than a
copy. (Otherwise, you'll just have to delete the old one.)

Second, you need to go to the Terminal
(/Applications/Utilities/Terminal.app). Type "ln -s " (without the quotes),
and then drag the Microsoft User Data folder from its new location onto the
Terminal. It should paste in the path in POSIX format. Then continue and
type "~/Documents", and press Enter.

That will create a symlink from your Documents folder to the real MUD living
on the other volume.

-nh
 
N

Nathan Herring [MSFT]

And, by the way, tho I didn't make it obvious, it works for rebuilds too.
 
P

Paul Berkowitz

Actually, I use symlinks to great effect on my machines. In my case, I have
a data drive, and my "~/Documents/Microsoft User Data" is not a directory
but rather a symlink to "/Volumes/<data drive
name>/Stuff/Documents/Microsoft User Data". This works great to move big
identities off of the boot drives, or to share the identities when you
dual-boot between different versions of the OS.

To do this, first move the Microsoft User Data folder where you want it to
live in the Finder. If it's on another partition, remember to hold down the
Command key when you drag it so that it turns into a move rather than a
copy. (Otherwise, you'll just have to delete the old one.)

Second, you need to go to the Terminal
(/Applications/Utilities/Terminal.app). Type "ln -s " (without the quotes),
and then drag the Microsoft User Data folder from its new location onto the
Terminal. It should paste in the path in POSIX format. Then continue and
type "~/Documents", and press Enter.

That will create a symlink from your Documents folder to the real MUD living
on the other volume.
Click to expand...


It works just fine with a plain old alias file too, Nathan. Office doesn't
require symlinks.

--
Paul Berkowitz
MVP MacOffice
Entourage FAQ Page: <http://www.entourage.mvps.org/faq/index.html>
AppleScripts for Entourage: <http://macscripter.net/scriptbuilders/>

Please "Reply To Newsgroup" to reply to this message. Emails will be
ignored.

PLEASE always state which version of Microsoft Office you are using -
**2004**, X or 2001. It's often impossible to answer your questions
otherwise.
 
M

mmmmark

Paul Berkowitz said:
It works just fine with a plain old alias file too, Nathan. Office doesn't
require symlinks.

--
Paul Berkowitz
MVP MacOffice
Entourage FAQ Page: <http://www.entourage.mvps.org/faq/index.html>
AppleScripts for Entourage: <http://macscripter.net/scriptbuilders/>

Please "Reply To Newsgroup" to reply to this message. Emails will be
ignored.

PLEASE always state which version of Microsoft Office you are using -
**2004**, X or 2001. It's often impossible to answer your questions
otherwise.
Click to expand...


Does a symlink offer any advantage over an alias? For example, what happens
to each when you open Entourage and the server is not available? Does it
create a new database? Or does it ask for "help finding the link?" Do they
behave differently?

If not, an alias is MUCH easier for the average user.

-Mark
 
Top