<div dir="ltr">Hello,<br><br>The voicemails are sent over to an independent server to save server resources (harddisk writing, harddisk space, etc.) and allocate more bandwidth to live RTP calls. The servers are located in different locations, with each one having an independent public IP address.<br>
<br>Accordingly, I need to mount the voicemail directory on both servers. <br><br>Thanks,<br>Elliot <br><br><br><br><br><div class="gmail_quote">On Fri, May 22, 2009 at 3:32 PM, Jeff LaCoursiere <span dir="ltr"><<a href="mailto:jeff@jeff.net">jeff@jeff.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Lets start from the beginning. Why are using a network share for your<br>
voicemail in the first place?<br>
<font color="#888888"><br>
j<br>
</font><div><div></div><div class="h5"><br>
On Fri, 22 May 2009, Elliot Murdock wrote:<br>
<br>
> Hello Matt,<br>
><br>
> I do agree with you that NFS is that UNIX standard for network<br>
> filesystems and that what should essentially be used. However, I<br>
> shied away from using it, because on the surface it looks too<br>
> complicated to secure properly. It uses many ports, dynamic ports,<br>
> different background daemons, etc. As I stated before, to mount one<br>
> or two directories, it is just not worth the trouble to set up a NFS<br>
> filesystem. Accordingly, I figured I would go from bottom up,<br>
> starting with sshfs, samba (which uses only 445 and 139,<br>
> straightforward config file), and then if those don't work out go<br>
> through the trouble of setting up a NFS filesystem.<br>
><br>
> If you know of any documents that simplify the NFS (not just how to<br>
> set up a simple mount, but a full tutorial that describes how it works<br>
> and how to fully secure it), then I would be more than happy to<br>
> implement it.<br>
><br>
> Later,<br>
> Elliot<br>
><br>
> On 5/21/09, Matt Watson <<a href="mailto:matt@mattgwatson.ca">matt@mattgwatson.ca</a>> wrote:<br>
>> Not that I;m exactly a big fan of NFS but... why would you choose to<br>
>> implement a filesystem that was designed to emulate Windows shares for your<br>
>> UNIX-type environment? You have to kind of expect odd problems like this<br>
>> when you choose to use things for other than their intended purpose. Samba<br>
>> I would say is probably alot more focused on providing storage shares for<br>
>> Windows desktop clients, not for UNIX-type clients. Sure there is some<br>
>> support to do what you want, but just keep in mind that similiar to using<br>
>> sshfs like you were trying before, Samba, was really not designed to be used<br>
>> by UNIX clients. You've already found the most obvious reason... case<br>
>> sensative filenames - which Windows does not support, and UNIX programs<br>
>> expect filesystems on your UNIX machine *will* support it.<br>
>><br>
>> That seems kind of like me deciding to use ntfs on a local partition on<br>
>> linux box instead of ext3/4, jfs, reiserfs, etc.<br>
>><br>
>> --<br>
>> Matt<br>
>><br>
>> On Thu, May 21, 2009 at 5:06 AM, Elliot Murdock <<a href="mailto:murdocke@gmail.com">murdocke@gmail.com</a>> wrote:<br>
>><br>
>>> Hello!<br>
>>><br>
>>> Thanks...I set up a Samba mount, which works ok, except that Asterisk<br>
>>> confuses a wave file as a wav49 file. I think it may have something do<br>
>>> with<br>
>>> the way Samba supports case sensitivity. Since Windows is not very<br>
>>> aggressive when it comes to being case sensitive, I am thinking that Samba<br>
>>> is saving files with the last three characters, wav, as uppercase, WAV.<br>
>>><br>
>>> What is the procedure to ensure all the files are saved as is in Samba?<br>
>>><br>
>>> Thanks,<br>
>>> Elliot<br>
>>><br>
>>><br>
>>> On Thu, May 14, 2009 at 5:12 PM, Tilghman Lesher <<br>
>>> <a href="mailto:tilghman@mail.jeffandtilghman.com">tilghman@mail.jeffandtilghman.com</a>> wrote:<br>
>>><br>
>>>> On Thursday 14 May 2009 08:14:17 Elliot Murdock wrote:<br>
>>>>> The problem is a file locking problem that Asterisk needs to make<br>
>>>> changes<br>
>>>>> to the directory. I was initially shying away from NFS and Samba,<br>
>>>> because<br>
>>>>> I prefer to avoid any sort of security issues with only remotely<br>
>>>> mounting<br>
>>>>> one or two directories. NFS and Samba are designed for larger<br>
>>>>> applications, which makes those types of technology worthwhile.<br>
>>>><br>
>>>> No, they're both designed as filesystems, which makes typical things like<br>
>>>> locking possible. SSH is designed as a communications medium, and<br>
>>>> someone<br>
>>>> has hacked filesystem support on top of it (poorly, apparently). SSHFS<br>
>>>> was<br>
>>>> never designed to be used in server production environments and should<br>
>>>> not<br>
>>>> be used there.<br>
>>>><br>
>>>>> I am wondering if there is any way to disable Asterisk's request to<br>
>>>>> lock<br>
>>>>> the directory. I know this may cause some loss in data, but for the<br>
>>>> volume<br>
>>>>> voicemail receives, it should be rare enough that would make this<br>
>>>> approach<br>
>>>>> an option.<br>
>>>><br>
>>>> There is not. Use a real filesystem that supports file locking (or<br>
>>>> really,<br>
>>>> file linking, which is how the locking is implemented) procedures.<br>
>>>><br>
>>>> --<br>
>>>> Tilghman<br>
>>>><br>
>>>> _______________________________________________<br>
>>>> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
>>>><br>
>>>> asterisk-users mailing list<br>
>>>> To UNSUBSCRIBE or update options visit:<br>
>>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
>>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
>>><br>
>>> asterisk-users mailing list<br>
>>> To UNSUBSCRIBE or update options visit:<br>
>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
>>><br>
>><br>
><br>
> _______________________________________________<br>
> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
><br>
> asterisk-users mailing list<br>
> To UNSUBSCRIBE or update options visit:<br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
><br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br></div>