Full Server Backup and Restore of “open source version”

[rhostager]

It sounds like we HAVE to shut down the server to do a backup on the Open Source version.

If I shut down the server and backup /opt/zimbra, is that all that is required? It does not seem that ldap and mysql dumps are necessary as the database files for both are in /opt/zimbra.

- Rob

[KevinH]

Yes you'd have a full complete backup if you just shut down zimbra and backup /opt/zimbra. Only reason to have MySQL dumps and LDAP is that they are a bt easier to load if you needed to recover to a new machine. Otherwise you'll need to pick this data out of the various data dirs.

[rmvg]

What about maintenance mode for backups? If zimbra is set to maintance mode and then /opt/zimbra is backed up would that keep everthing in sync?

What is the command to make zimbra go into maintenace mode? I have used
su zimbra then
zmcontrol maintenace
but this might be akward using bacula

IMPORTANT how do i check if zimbra is in maintance mode does not seem to hit the zimbra log anywhere

ps i am using the command
/opt/zimbra/bin/zimbra stop
then taking my backup then running
/opt/zimbra/bin/zimbra start

However when i do zmcontrol status during backup i get
ERROR: service.FAILURE (system failure: getDirectContext) (cause: javax.naming.CommunicationException shoemasters.com:389)
I am thinking this is ok just means zimbra is really really shut down right?

After running backup and the zimbra start command mentioned above zimbra comes back online and everything is good agian.

[mubley]

Below is my first attempt at a bash script that performs a hot-backup of the Open Source Edition. A few disclaimers:
-I give no guarantees that this script will work for you and cannot be held liable for any damages that may occur.
-Use at your own risk!
-If your Zimbra server breaks, you get to keep both pieces.
-This script has NOT been tested in a production environment.
-This script has not had much testing at all.
-I have not yet verified that I can perform a successful restore from the backups that are produced by this script.
-The restore script is left as an exercise to the reader.

A few notes about its operation:
-The script backs up each mailbox one at a time. To do this, it sets the account to maintenance mode, copies the files under index/ and store/ and does a mysqldump of the user's MySQL database. When finished, it sets the account back to active mode.
-Once all mailboxes have been backed up, we need to dump the Zimbra MySQL database and LDAP. To ensure consistency, we set all accounts to maintenance mode, perform the two backups, and then set all accounts back to active mode. Setting all accounts to maintenance mode may be overkill, but I'd rather be safe than sorry.
-While a user account is in maintenance mode, the user will not be able to login. If the user was already logged in when their account was put into maintenance mode, then they can continue working in their mailbox, but they cannot receive new email until their account is set back to active mode.
-This script currently assumes that all Zimbra mailboxes are under:
/opt/zimbra/store/0/
and
/opt/zimbra/index/0/
I would assume that once you hit a certain number of mailboxes, then
/opt/zimbra/store/1/
and
/opt/zimbra/index/1/
are created and Zimbra stores new mailboxes under these new directories. Does anybody know what that mystery number of mailboxes is?

Here's the script, which I have creatively named "zimbra_hot_backup.sh":

#!/bin/bash

export time=`date +%Y-%m-%d_%H-%M-%S`
# Change this to the location where you want to store your backups
export backup_dir=/media/NO_NAME/zimbra/hot_backup/$time
mkdir -p $backup_dir
export zimbra_dir=/opt/zimbra
export index_dir=$zimbra_dir/index
export store_dir=$zimbra_dir/store

# We need mysqldump.  If it doesn't exist,
# copy mysql and modify it to call mysqldump.
if [ ! -e $zimbra_dir/bin/mysqldump ]
then
cp $zimbra_dir/bin/mysql $zimbra_dir/bin/mysqldump
sed -i 's|/bin/mysql |/bin/mysqldump |g' $zimbra_dir/bin/mysqldump
fi

# Get a list of all accounts and execute
# the contents of the for-loop for each account.
for i in `$zimbra_dir/bin/zmprov gaa`
do

# Beginning of for-loop

echo
echo --------------------------------------------------------
echo Backing up mailbox $i
echo --------------------------------------------------------

# Set zimbraAccountStatus to "maintenance"
$zimbra_dir/bin/zmprov ma $i zimbraAccountStatus maintenance

# Verify that zimbraAccountStatus got set to "maintenance"
$zimbra_dir/bin/zmprov ga $i |grep zimbraAccountStatus

# Use email address to get zimbra_id
export zimbra_id=`$zimbra_dir/bin/mysql << EOF |grep -v index_volume_id |awk '{print $1}'
connect zimbra
select * from mailbox where comment = '$i';
EOF
`
# For debugging only
#echo $zimbra_id

# Copy all files in $index_dir/0/$zimbra_id
mkdir -p $backup_dir/$i/index/
cp -r $index_dir/0/$zimbra_id/* $backup_dir/$i/index/
du $backup_dir/$i/index/

# Copy all files in $store_dir/0/$zimbra_id
mkdir -p $backup_dir/$i/store/
cp -r $store_dir/0/$zimbra_id/* $backup_dir/$i/store/
du $backup_dir/$i/store/

# Copy the user's MySQL database
$zimbra_dir/bin/mysqldump mailbox$zimbra_id > $backup_dir/$i/mailbox$zimbra_id.sql
ls -al $backup_dir/$i/mailbox$zimbra_id.sql

# Set zimbraAccountStatus to "active"
$zimbra_dir/bin/zmprov ma $i zimbraAccountStatus active

# Verify that zimbraAccountStatus got set to "active"
$zimbra_dir/bin/zmprov ga $i |grep zimbraAccountStatus

# End of for-loop
done

# All mailboxes have been backed up.
# Backup Zimbra master database and LDAP accounts database.
# First, set all accounts to maintenance.
echo
echo --------------------------------------------------------
echo Setting all accounts to maintenance mode to finish backup.
echo --------------------------------------------------------
for i in `$zimbra_dir/bin/zmprov gaa`
do
$zimbra_dir/bin/zmprov ma $i zimbraAccountStatus maintenance
done

echo
echo --------------------------------------------------------
echo Backing up Zimbra master database
echo --------------------------------------------------------
$zimbra_dir/bin/mysqldump zimbra > $backup_dir/zimbra.sql
ls -al $backup_dir/zimbra.sql

echo
echo --------------------------------------------------------
echo Backing up LDAP accounts database
echo --------------------------------------------------------
su - zimbra -c "$zimbra_dir/bin/zmslapcat /tmp/"
cp /tmp/ldap.bak $backup_dir/
rm /tmp/ldap.bak
ls -al $backup_dir/ldap.bak

echo
echo --------------------------------------------------------
echo Setting all accounts to active mode.
echo --------------------------------------------------------
for i in `$zimbra_dir/bin/zmprov gaa`
do
$zimbra_dir/bin/zmprov ma $i zimbraAccountStatus active
done

echo
echo --------------------------------------------------------
echo Backup is complete!
echo --------------------------------------------------------

Here's some example output of the script in action:

--------------------------------------------------------
Backing up mailbox test1@example.com
--------------------------------------------------------
zimbraAccountStatus: maintenance
128     /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test1@example.com/index/index/0
160     /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test1@example.com/index/index
192     /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test1@example.com/index/
64      /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test1@example.com/store/msg/0
96      /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test1@example.com/store/msg
128     /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test1@example.com/store/
-rwxr-xr-x  1 root root 6084 Dec 15 09:44 /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test1@example.com/mailbox72.sql
zimbraAccountStatus: active

--------------------------------------------------------
Backing up mailbox test2@example.com
--------------------------------------------------------
zimbraAccountStatus: maintenance
128     /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test2@example.com/index/index/0
160     /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test2@example.com/index/index
192     /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test2@example.com/index/
64      /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test2@example.com/store/msg/0
96      /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test2@example.com/store/msg
128     /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test2@example.com/store/
-rwxr-xr-x  1 root root 6084 Dec 15 09:44 /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/test2@example.com/mailbox73.sql
zimbraAccountStatus: active

--------------------------------------------------------
Setting all accounts to maintenance mode to finish backup.
--------------------------------------------------------

--------------------------------------------------------
Backing up Zimbra master database
--------------------------------------------------------
-rwxr-xr-x  1 root root 16213 Dec 15 09:49 /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/zimbra.sql

--------------------------------------------------------
Backing up LDAP accounts database
--------------------------------------------------------
-rwxr-xr-x  1 root root 175956 Dec 15 09:49 /media/NO_NAME/zimbra/hot_backup/2005-12-15_09-25-35/ldap.bak

--------------------------------------------------------
Setting all accounts to active mode.
--------------------------------------------------------

--------------------------------------------------------
Backup is complete!
--------------------------------------------------------

[rmvg]

Thanks for the way cool post i will try tonight.

[rmvg]

I have tried the script submitted by mubley but i get a very large backup dir 17G which does not seem to make sense since that is larger than all other dirs put together. Anyone have any ideas what might cause this?

[root@shoemasters zimbra]# du -h --max-depth=1
8.2M    ./clamav-0.85.1
9.9M    ./snmp-5.1.2
15M     ./redolog
5.8M    ./openldap-2.2.28
16K     ./.ssh
45M     ./index
12M     ./aspell-0.60.3
13M     ./lib
928K    ./conf
17M     ./zimbramon
87M     ./mysql-standard-4.1.10a-pc-linux-gnu-i686
1.3M    ./cyrus-sasl-2.1.21.ZIMBRA
284M    ./logger
14M     ./amavisd
4.0K    ./backup
84K     ./ssl
262M    ./log
680K    ./bin
4.0K    ./openldap-replica
17G     ./hot_backup
17M     ./openldap-data
3.2G    ./store
417M    ./db
104K    ./libexec
20M     ./sleepycat-4.2.52.4
4.0K    ./convertd
132K    ./doc
78M     ./jakarta-tomcat-5.5.7
28M     ./httpd-2.0.54
140M    ./jdk1.5.0_05
29M     ./postfix-2.2.3
21G     .

[mubley]

The script creates backups in the hot_backup/ folder but doesn't delete old backups. So if you've run the script four or five times, then 17G would be reasonable. Try this:

cd /path/to/your/hot_backup
du -h --max-depth=1

I'm guessing you get something like this:

4.25G    ./2005-12-13_13-33-27
4.25G    ./2005-12-14_15-29-20
4.25G    ./2005-12-14_15-32-32
4.25G    ./2005-12-14_16-22-23

Each directory inside of backup_dir is named with the date and time that the backup was started. For example, the first backup was started on December 13, 2005 at 1:33 PM.

If you need to clear some space, you can delete the older backups like this:

rm -rf /path/to/your/hot_backup/2005-12-13_13-33-27

[rmvg]

No i only took one backup and it is 17 gigs

[rmvg@shoemasters hot_backup]$ du -h --max-depth=1
17G ./2005-12-21_19-58-55
25G .

here are the guts of the dated dir some accounts are huge but when i check the contents there are only a couple of messages. For example rwss920@redwingshoes.ca the guy barly even uses his email and has a max quota of 250m yet the backup is 3.3G. Strange heh

28K ./rhea@redwingshoes.ca
3.3G ./rwss920@redwingshoes.ca
192K ./test@computerking.ca
92K ./higap@computerking.ca
88K ./edward@redwingshoes.ca
219M ./jeevest@classicautographics.com
15M ./dan@redwingshoes.ca
40M ./zak@classicautographics.com
88K ./kingsway@shoemasters.com
3.7M ./northlands@shoemasters.com
2.4M ./king@shoemasters.com
8.9M ./rwss919@redwingshoes.ca
64K ./admin@sculpturaldesign.ca
56M ./stewartr@computerking.ca
148M ./classic@classicautographics.com
1.2M ./bonniedoon@shoemasters.com
45M ./quyen@shoemasters.com
3.6M ./bowvalley@shoemasters.com
20M ./andersont@ybotstudios.com
396K ./southgate@shoemasters.com
3.3G ./pearsonr@classicautographics.com
56K ./burnaby@redwingshoes.ca
2.1M ./rwss914@redwingshoes.ca
72K ./daysong@computerking.ca
64K ./keatingc@sculpturaldesign.ca
1.2M ./hillr@shoemasters.com
624K ./chinook@shoemasters.com
2.3M ./kennedy@redwingshoes.ca
2.7M ./lethbridge@shoemasters.com
201M ./sharpd@classicautographics.com
2.4G ./hill@shoemasters.com
100K ./rwss924@redwingshoes.ca
124K ./marketmall@shoemasters.com
3.3G ./billqun@computerking.ca
80K ./southcenter@shoemasters.com
3.6M ./admin@shoemasters.com
16M ./rwss923@redwingshoes.ca
72K ./tdsquare@shoemasters.com
64K ./salloumb@sculpturaldesign.ca
80K ./damien@redwingshoes.ca
64K ./graeme@graemehill.com
3.3G ./londonderry@shoemasters.com
60K ./sergio@redwingshoes.ca
72K ./kt@computerking.ca
72K ./acadia@shoemasters.com
148K ./lyn@computerking.ca
14M ./damon@computerking.ca
60K ./mitch@computerking.ca
68M ./luck@computerking.ca
4.0M ./rwss918@redwingshoes.ca
72K ./pete@computerking.ca
9.0M ./warren@computerking.ca
3.4M ./rwss925@redwingshoes.ca
100K ./ken@redwingshoes.ca
17G .

Originally Posted by mubley

The script creates backups in the hot_backup/ folder but doesn't delete old backups. So if you've run the script four or five times, then 17G would be reasonable. Try this:

cd /path/to/your/hot_backup
du -h --max-depth=1

I'm guessing you get something like this:

4.25G    ./2005-12-13_13-33-27
4.25G    ./2005-12-14_15-29-20
4.25G    ./2005-12-14_15-32-32
4.25G    ./2005-12-14_16-22-23

Each directory inside of backup_dir is named with the date and time that the backup was started. For example, the first backup was started on December 13, 2005 at 1:33 PM.

If you need to clear some space, you can delete the older backups like this:

rm -rf /path/to/your/hot_backup/2005-12-13_13-33-27

[mubley]

Try this:

cd rwss920@redwingshoes.ca
du -h

so we can see exactly what is taking up 3.3GB.

Originally Posted by rmvg

No i only took one backup and it is 17 gigs

[rmvg@shoemasters hot_backup]$ du -h --max-depth=1
17G ./2005-12-21_19-58-55
25G .

here are the guts of the dated dir some accounts are huge but when i check the contents there are only a couple of messages. For example rwss920@redwingshoes.ca the guy barly even uses his email and has a max quota of 250m yet the backup is 3.3G. Strange heh

28K ./rhea@redwingshoes.ca
3.3G ./rwss920@redwingshoes.ca
(snip)

[rmvg]

32K ./index/7/index/0
36K ./index/7/index
40K ./index/7
8.0K ./index/52/index/0
12K ./index/52/index
16K ./index/52
32K ./index/40/index/0
36K ./index/40/index
40K ./index/40
28K ./index/30/index/0
32K ./index/30/index
36K ./index/30
24K ./index/29/index/0
28K ./index/29/index
32K ./index/29
64K ./index/5/index/0
68K ./index/5/index
72K ./index/5
8.0K ./index/2/index/0
12K ./index/2/index
16K ./index/2
112K ./index/19/index/0
116K ./index/19/index
120K ./index/19
20K ./index/50/index/0
24K ./index/50/index
28K ./index/50
136K ./index/8/index/0
140K ./index/8/index
144K ./index/8
8.0K ./index/46/index/0
12K ./index/46/index
16K ./index/46
132K ./index/6/index/0
136K ./index/6/index
140K ./index/6
656K ./index/22/index/0
660K ./index/22/index
664K ./index/22
20K ./index/62/index/0
24K ./index/62/index
28K ./index/62
8.0K ./index/17/index/0
12K ./index/17/index
16K ./index/17
1.9M ./index/25/index/0
1.9M ./index/25/index
1.9M ./index/25
20K ./index/61/index/0
24K ./index/61/index
28K ./index/61
72K ./index/11/index/0
76K ./index/11/index
80K ./index/11
164K ./index/47/index/0
168K ./index/47/index
172K ./index/47
72K ./index/36/index/0
76K ./index/36/index
80K ./index/36
28K ./index/39/index/0
32K ./index/39/index
36K ./index/39
108K ./index/41/index/0
112K ./index/41/index
116K ./index/41
580K ./index/27/index/0
584K ./index/27/index
588K ./index/27
24K ./index/38/index/0
28K ./index/38/index
32K ./index/38
132K ./index/9/index/0
136K ./index/9/index
140K ./index/9
20K ./index/58/index/0
24K ./index/58/index
28K ./index/58
24K ./index/24/index/0
28K ./index/24/index
32K ./index/24
92K ./index/12/index/0
96K ./index/12/index
100K ./index/12
56K ./index/37/index/0
60K ./index/37/index
64K ./index/37
388K ./index/45/index/0
392K ./index/45/index
396K ./index/45
28K ./index/54/index/0
32K ./index/54/index
36K ./index/54
30M ./index/49/index/0
30M ./index/49/index
30M ./index/49
508K ./index/28/index/0
512K ./index/28/index
516K ./index/28
440K ./index/26/index/0
444K ./index/26/index
448K ./index/26
8.0K ./index/16/index/0
12K ./index/16/index
16K ./index/16
20K ./index/57/index/0
24K ./index/57/index
28K ./index/57
5.3M ./index/18/index/0
5.3M ./index/18/index
5.3M ./index/18
20K ./index/59/index/0
24K ./index/59/index
28K ./index/59
104K ./index/15/index/0
108K ./index/15/index
112K ./index/15
48K ./index/53/index/0
52K ./index/53/index
56K ./index/53
28K ./index/14/index/0
32K ./index/14/index
36K ./index/14
336K ./index/33/index/0
340K ./index/33/index
344K ./index/33
392K ./index/1/index/0
396K ./index/1/index
400K ./index/1
68K ./index/21/index/0
72K ./index/21/index
76K ./index/21
24K ./index/31/index/0
28K ./index/31/index
32K ./index/31
232K ./index/20/index/0
236K ./index/20/index
240K ./index/20
108K ./index/23/index/0
112K ./index/23/index
116K ./index/23
292K ./index/13/index/0
296K ./index/13/index
300K ./index/13
16K ./index/34/index/0
20K ./index/34/index
24K ./index/34
764K ./index/10/index/0
768K ./index/10/index
772K ./index/10
40K ./index/43/index/0
44K ./index/43/index
48K ./index/43
24K ./index/44/index/0
28K ./index/44/index
32K ./index/44
32K ./index/56/index/0
36K ./index/56/index
40K ./index/56
184K ./index/4/index/0
188K ./index/4/index
192K ./index/4
20K ./index/60/index/0
24K ./index/60/index
28K ./index/60
28K ./index/35/index/0
32K ./index/35/index
36K ./index/35
24K ./index/55/index/0
28K ./index/55/index
32K ./index/55
8.0K ./index/51/index/0
12K ./index/51/index
16K ./index/51
28K ./index/42/index/0
32K ./index/42/index
36K ./index/42
8.0K ./index/3/index/0
12K ./index/3/index
16K ./index/3
8.0K ./index/48/index/0
12K ./index/48/index
16K ./index/48
32K ./index/32/index/0
36K ./index/32/index
40K ./index/32
45M ./index
264K ./store/7/msg/0
268K ./store/7/msg
272K ./store/7
4.0K ./store/52
64K ./store/40/msg/0
68K ./store/40/msg
72K ./store/40
32K ./store/30/msg/0
36K ./store/30/msg
40K ./store/30
20K ./store/29/msg/0
24K ./store/29/msg
28K ./store/29
1.1M ./store/5/msg/0
1.1M ./store/5/msg
1.1M ./store/5
952K ./store/19/msg/0
956K ./store/19/msg
960K ./store/19
16K ./store/50/msg/0
20K ./store/50/msg
24K ./store/50
4.4M ./store/8/msg/0
4.4M ./store/8/msg
4.4M ./store/8
4.0K ./store/46
3.8M ./store/6/msg/0
3.8M ./store/6/msg
3.8M ./store/6
19M ./store/22/msg/0
19M ./store/22/msg
19M ./store/22
16K ./store/62/msg/0
20K ./store/62/msg
24K ./store/62
146M ./store/25/msg/0
146M ./store/25/msg
146M ./store/25
16K ./store/61/msg/0
20K ./store/61/msg
24K ./store/61
3.5M ./store/11/msg/0
3.5M ./store/11/msg
3.5M ./store/11
980K ./store/47/msg/0
984K ./store/47/msg
988K ./store/47
1.9M ./store/36/msg/0
2.0M ./store/36/msg
2.0M ./store/36
32K ./store/39/msg/0
36K ./store/39/msg
40K ./store/39
13M ./store/41/msg/0
13M ./store/41/msg
13M ./store/41
200M ./store/27/msg/0
200M ./store/27/msg
200M ./store/27
20K ./store/38/msg/0
24K ./store/38/msg
28K ./store/38
8.7M ./store/9/msg/0
8.7M ./store/9/msg
8.8M ./store/9
12K ./store/58/msg/0
16K ./store/58/msg
20K ./store/58
20K ./store/24/msg/0
24K ./store/24/msg
28K ./store/24
3.6M ./store/12/msg/0
3.6M ./store/12/msg
3.6M ./store/12
3.3M ./store/37/msg/0
3.3M ./store/37/msg
3.3M ./store/37
14M ./store/45/msg/0
14M ./store/45/msg
14M ./store/45
28K ./store/54/msg/0
32K ./store/54/msg
36K ./store/54
344M ./store/49/msg/0
109M ./store/49/msg/7
418M ./store/49/msg/5
206M ./store/49/msg/2
330M ./store/49/msg/6
363M ./store/49/msg/1
287M ./store/49/msg/4
296M ./store/49/msg/3
2.3G ./store/49/msg
2.3G ./store/49
40M ./store/28/msg/0
40M ./store/28/msg
40M ./store/28
218M ./store/26/msg/0
218M ./store/26/msg
218M ./store/26
4.0K ./store/16
12K ./store/57/msg/0
16K ./store/57/msg
20K ./store/57
13M ./store/18/msg/0
6.8M ./store/18/msg/2
41M ./store/18/msg/1
60M ./store/18/msg
60M ./store/18
12K ./store/59/msg/0
16K ./store/59/msg
20K ./store/59
2.6M ./store/15/msg/0
2.6M ./store/15/msg
2.6M ./store/15
2.2M ./store/53/msg/0
2.2M ./store/53/msg
2.2M ./store/53
44K ./store/14/msg/0
48K ./store/14/msg
52K ./store/14
8.5M ./store/33/msg/0
8.5M ./store/33/msg
8.5M ./store/33
3.1M ./store/1/msg/0
3.1M ./store/1/msg
3.1M ./store/1
520K ./store/21/msg/0
524K ./store/21/msg
528K ./store/21
20K ./store/31/msg/0
24K ./store/31/msg
28K ./store/31
56M ./store/20/msg/0
56M ./store/20/msg
56M ./store/20
14M ./store/23/msg/0
14M ./store/23/msg
14M ./store/23
45M ./store/13/msg/0
45M ./store/13/msg
45M ./store/13
12K ./store/34/msg/0
16K ./store/34/msg
20K ./store/34
15M ./store/10/msg/0
15M ./store/10/msg
15M ./store/10
324K ./store/43/msg/0
328K ./store/43/msg
332K ./store/43
20K ./store/44/msg/0
24K ./store/44/msg
28K ./store/44
128K ./store/56/msg/0
132K ./store/56/msg
136K ./store/56
2.1M ./store/4/msg/0
2.1M ./store/4/msg
2.1M ./store/4
16K ./store/60/msg/0
20K ./store/60/msg
24K ./store/60
44K ./store/35/msg/0
48K ./store/35/msg
52K ./store/35
28K ./store/55/msg/0
32K ./store/55/msg
36K ./store/55
4.0K ./store/51
24K ./store/42/msg/0
28K ./store/42/msg
32K ./store/42
4.0K ./store/3
4.0K ./store/48
84K ./store/32/msg/0
88K ./store/32/msg
92K ./store/32
3.2G ./store
3.3G .

Originally Posted by mubley

Try this:

cd rwss920@redwingshoes.ca
du -h

so we can see exactly what is taking up 3.3GB.