Moving Mailboxes to Another Store - Ran out of disk space for trans log file in middle of move process

does the mailbox size match for both the mailboxes on both the servers?
check the properties of the mailbox in AD, does it point to the new store or the old store?
are the users able to open their mailboxes via outlook?

The sizes are different with the ones on the old store larger than the ones on the new, 5,318 items versus 3,855 items.
The AD properties still point to the old store.
I will have no way of knowing if the users can open their mailbox until the middle of next week but need to resolve this issue before then.

why don't you assign yourself full rights on the user's mailbox and then open it and check?

you can presume that the mailstore move didn't work..

if you check the users account you can see where the mailbox is pointed to. if you make a backup you can make the log files a lot smaller. also you might want to consider moving the complete store instead of a few mailboxes.. to move the complete store you will have some down time but it goes a lot faster.

did you ever defrag the store. also quite a space saver! just make sure you have a disk that is big enough to put the temp store on.

OK, did that and can access mail. Assuming that I'm accessing mail on the old store, how do I know if ALL his mail is on the old store?  Does the mailbox on the new store contain mail not present in the old or is it a partial duplicate of what's on the old?

Moving the complete store won't work in my case as I'm trying to reduce the size of a bloated 140 GB store by splitting it into 3 smaller stores.  I work in an environment where there are no retention or size limits on mailboxes which means I'm running as fast as I can to keep up with size of my stores.
If you are correct that the move did not complete. Can I just redo the move?  Will it overwrite the partially moved mailbox that is now on my new store?  

Are you talking about an offline defrag?

you had mentioned that old store has 5,318 items and new store has 3,855 items.
as outlook is open, i would assume that it is connected to the old store as the AD says that mailbox is till on the old store
if possible then export all items from outlook using the import/export feature of outlook

You should do a normal backup to purge the log files. Moving mailboxes results in lots of transactions - you might want to consider switching to circular logging while moving mailboxes to prevent logs accumulating (switch back afterwards of course)

OK  My backup created the logfile problem.  Originally I backed up the administrative group which backed up all stores and flushed the logs.  After creating the multiple stores, I backed up the stores separately.  Did not realize that this would NOT flush logs.  So a backup is running now.
I will also switch to circular logging during the remainder of the moves -- good idea!
But I still don't know what will happen when I try moving my problem user (an administrator, naturally) again.  He currently has two mailboxes.  If I just rerun the move, does it overwrite the partial mailbox in the new store, create a new mailbox, or merge and give me duplicate mail?  How do I deal with the unsuccessful move?

KCTS
That's the answer I'm looking for but I still have a concern.  In the referenced link, the problem mailbox was marked as DISCONNECTED.  There is no red x on either of the mailboxes in my situation. Both appear to be attached.  Would this make a difference?

you just accepted your own answer ;o)

clever of me.  how do i fix this?