File System Advice

[bonoboslr]

I have multiple message stores each with a primary and secondary store. I would like to migrate all users off one store so that I can recreate the filesystem for /opt/zimbra/store as there are not enough inodes.

I see no reason why I cannot migrate all the users to another store, stop the zimbra service on the mail store, umount /opt/zimbra/store, recreate the filesystem with a smaller inode size and the remount it and start the services.

Any reason why this would not work?

[uxbod]

That, in theory, should work just fine. I would recommend taking a backup first though just in case What filesystem type are you using ext3 or gfs ?

[bonoboslr]

Thanks, the filesystem is ext3. GFS is a dog for high performance.
Just a thought - I am by no means a filesystem expert, but I cannot see what the performance benefits are of having the inode size similar to that of your average message size would be.
Any comments/thoughts on this would be appreciated.

[uxbod]

What is your block and bytes per inode currently set at ? What is your block size off your SAN ?

Having a larger bytes per inode size will allow you to store more information about a file eg. bigger block list per inode. So if you are dealing with small files it is not really necessary to increase the size, but may offer more benefit by reducing it.