[cisco-voip] UCON DRS Issues

Derek Wyss derek.wyss at cdw.com
Thu Sep 9 12:48:00 EDT 2010


I've ran into this at a lot of client sites.  The message aging policy doesn't always work the quickest so I show them how to utilize the User Data Dump tool to get reports on who is not properly deleting their messages.  Prior to UCONN 8 there was no way to user the message aging policy to delete messages that were not saved or moved to the deleted items folder.  With 8 introducing this capability, I am hoping this will help resolve the stale messages.

Derek Wyss
Unified Communications Engineer, Advanced Technology Services

CDW. The Right Technology. Right Away.®
120 S Riverside Plaza | Chicago, IL 60606
m: 309.261.5766 
derek.wyss at cdw.com


-----Original Message-----
From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Mike King
Sent: Thursday, September 09, 2010 7:50 AM
To: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] UCON DRS Issues

Hmm...  I just starting running into this this week.

I've got one user with almost 600megs in one mailbox, maybe it's time
to make him clear it out.  (Our users are now all capped at 13 megs,
but this mailbox is from before I took over, and he's never cleaned it
out)

Mike

On Wed, Sep 8, 2010 at 9:30 PM, Erick B. <erickbee at gmail.com> wrote:
> I haven't tried that yet to see if it would help. Does each UCON
> mailstore get backed up separately?
>
>
> On Wed, Sep 8, 2010 at 8:26 PM, Jobe Gates <jobe at gates-tribe.com> wrote:
>> Thanks Erick.  Ours is up to about 5.5GB and it's been pretty solid until
>> recently  We are using Openssh.  I contacted TAC and that was their work
>> around to this bug  CSCth63717 to use Cobras. They are saying there's still
>> no fix yet.
>> I need to add some more users so I'm wondering if I should create another
>> mailstores to work around it.  Maybe create a bunch of one gigs.
>>
>> Thanks,
>> Jobe
>>
>> On Sep 8, 2010, at 9:12 PM, "Erick B." <erickbee at gmail.com> wrote:
>>
>> I have a client where the MESSAGES is a little over 2 gig and the DRS
>> fails on the MESSAGES portion 50% of the time it seems. Tried every
>> SFTP Server (even ones on supported list, Titan, etc) and it still
>> fails. Client isn't happy the DRS doesn't work reliably with UCON but
>> their CUCM backup works fine and UCON works fine if we unselect the
>> messages from being backed up. TAC solution was for us to use COBRAS
>> on a schedule which really isn't a permament fix so what were doing
>> now, is there are 2 jobs configured. One to run every other day to do
>> backup without messages, and one once a week with messages that we do
>> manual backup for if it fails.
>>
>> I think Cisco needs to improve the DRS SFTP function. Maybe split up
>> the UCON MESSAGES backup into multiple files with a filesize of under
>> a gig each so the large file transfer issue isn't encountered.
>>
>> When it failed, it would always stop at 40% then sit for awhile then
>> fail... we did sniffer captures, SFTP to different machines, etc and
>> nothing really made sense why it failed sometimes. It would always
>> fail just over 1 gig when it failed.
>>
>> On Wed, Sep 8, 2010 at 6:59 PM, Jobe Gates <jobe at gates-tribe.com> wrote:
>>
>> Has anyone ran into the DRS bug of backing up large stores over a couple of
>> Gigs on UCON?  It looks like anything over 3GB could experience it.  I am
>> curious if anyone has hit this and how are you getting around it?  Are you
>> making Multiple stores to try and keep them small?
>>
>> Thanks,
>>
>> Jobe
>>
>> _______________________________________________
>>
>> cisco-voip mailing list
>>
>> cisco-voip at puck.nether.net
>>
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



More information about the cisco-voip mailing list