Hi Tom, Yes, I seem to recall the same, probably NFS which Philip P did some work on some years ago.
IMHO, AstLinux should not rely on persistent network filing protocols (like NFS), too much to go wrong and possibly hang or slow the system. AstLinux should be as autonomous as possible. With that same thought, "mount -t cifs ..." copy/remove stuff "umount ..." should be grouped together, not an open ended CIFS session. So ignore my previous cifs init script idea. :-) I prefer "scp" for such situations as Brian requested, simple, secure and universal. Lonnie On Nov 20, 2012, at 10:26 AM, Tom Chadwin wrote: > Do CIFS or NFS have an adverse effect on performance? A distant memory about > interrupts as described by Philip P is ringing a bell. > > Tom > > > -----Original Message----- > From: Michael Keuter [mailto:li...@mksolutions.info] > Sent: 20 November 2012 16:11 > To: AstLinux Users Mailing List > Subject: Re: [Astlinux-users] Mixmonitor storage options > > > Am 20.11.2012 um 17:05 schrieb Lonnie Abelbeck: > >> James, you are correct, NFS is no longer in the standard AstLinux 1.x > builds. My bad. >> >> I saw the init script and /stat/etc/rc.conf variables, we should clean > this up. >> >> As Michael suggested, "mount -t cifs ..." works via /mnt/kd/rc.local, > easier solution than NFS would be anyway. >> >> If "mount -t cifs ..." works well for users, possibly that deserves a > rc.conf variable and init.d script ? > > I use that (cifs) often for customer backups. But NFS client support would > also nice to have. > >> Lonnie >> >> >> >> On Nov 20, 2012, at 9:36 AM, James Babiak wrote: >> >>> Lonnie, >>> >>> If I recall correctly, I tried getting nfsd to work about three years >>> ago, and after a few rounds of troubleshooting and feedback from >>> here, it was determined that nfsd was broken. >>> >>> Looking back at the thread (12/2009) it seems like the last comment >>> from Darrick was: >>> "We could possibly look at adding support for nfsd sometime later in >>> the cycle again if there was enough demand for it. It may require a >>> kernel module." >>> >>> In further analysis, I see that my issue with nfsd was what made me >>> join this mailing list in the first place :). >>> >>> Not sure if it was fixed since then, but I know I was never able to >>> get it working. >>> >>> -James >>> >>> On 11/20/2012 10:08 AM, Lonnie Abelbeck wrote: >>>> Hi Brian, >>>> >>>> It seems AstLinux does still have NFS support, setting the variable > NFS_EXPORTS_RW to the local path you want exported, which will automatically > generate the /etc/exports file. But it is never as easy as that... >>>> >>>> I would suggest to use "scp" in a custom /mnt/kd/bin/ script called via > cron, or if you want to get clever, called in the background using > System(/mnt/kd/bin/script_name &) in the Asterisk dialplan, probably have to > use the 'h' extension. >>>> >>>> When using "scp" outbound from AstLinux, you can eliminate passwords by > using public keys, the AstLinux files are in /mnt/kd/ssh_root_keys/*.pub . > If you append the .pub (only .pub !) files to the remote host's > "~/.ssh/authorized_keys" file your outbound "scp" sessions will use > publickey authentication. >>>> >>>> Lonnie >>>> >>>> >>>> On Nov 20, 2012, at 1:06 AM, Brian Barr wrote: >>>> >>>>> I'm looking for some hints for storage of mixmonitor recordings on a > space constrained (T5710) system. >>>>> >>>>> I'm needing to record most inbound external calls for a certain > application and will not have much room for this on a 512MB Flash boot > volume. >>>>> >>>>> Is NFS supported? Samba? Maybe a cron job to ftp everything somewhere > else once a day and purge the storage directory? >>>>> >>>>> I suppose I could plug in and mount a large USB flash stick and use > that as well, but would rather have the recordings stored elsewhere. >>>>> >>>>> Thanks, >>>>> >>>>> Brian Barr >> >> >> ---------------------------------------------------------------------- >> -------- Monitor your physical, virtual and cloud infrastructure from >> a single web console. Get in-depth insight into apps, servers, >> databases, vmware, SAP, cloud infrastructure, etc. Download 30-day >> Free Trial. >> Pricing starts from $795 for 25 servers or applications! >> http://p.sf.net/sfu/zoho_dev2dev_nov >> _______________________________________________ >> Astlinux-users mailing list >> Astlinux-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/astlinux-users >> >> Donations to support AstLinux are graciously accepted via PayPal to > pay...@krisk.org. > > > Michael > > http://www.mksolutions.info > > > > > > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Astlinux-users mailing list > Astlinux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pay...@krisk.org. > > ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ Astlinux-users mailing list Astlinux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pay...@krisk.org.
