Search found 16 matches
- Mon Mar 16, 2015 2:04 am
- Forum: VPN
- Topic: Possible use case - Accessing remote host
- Replies: 1
- Views: 2528
Possible use case - Accessing remote host
Is it possible (With either the OpenVPN or IPSec modules) to access a remote host connected to my LAN, from another device on that LAN? For example, I have a server in another location, with a VPN tunnel set up into my HDA. Could I access that server from another machine on the same local LAN as the...
- Mon Jun 16, 2014 4:39 am
- Forum: Backups
- Topic: TimeMachine possible 50gb limit
- Replies: 12
- Views: 9660
Re: TimeMachine possible 50gb limit
Is this of any use?
https://wiki.amahi.org/index.php/Amahi_Time_Machine
You can point the time machine backups to different path/partition/drive by changing the amahi config - It doesn't have to be the root partition.
https://wiki.amahi.org/index.php/Amahi_Time_Machine
You can point the time machine backups to different path/partition/drive by changing the amahi config - It doesn't have to be the root partition.
- Mon May 12, 2014 6:17 am
- Forum: Backups
- Topic: Crashplan versions
- Replies: 4
- Views: 4310
Re: Crashplan versions
Definitely seems to be picking up the wrong version somehow. From the install log - 3.2.1 is being installed: ======= app install begin @ 2014-05-12 14:17:29 +0100 ========== Installing app id sp2uf8jdkx under /var/hda/platform/html/script/.. ENV=production NOTE: file /var/hda/tmp/amahi-download-cac...
- Mon May 12, 2014 6:08 am
- Forum: Backups
- Topic: Crashplan versions
- Replies: 4
- Views: 4310
Re: Crashplan versions
Yep, Amahi 7.
- Mon May 12, 2014 3:52 am
- Forum: Backups
- Topic: Crashplan versions
- Replies: 4
- Views: 4310
Crashplan versions
I just reinstalled the recently updated Crashplan server on my HDA, and now it seems to report its version as 3.2.1, which is significantly older than the supposed version - 3.6.3 (The latest available)
Any ideas why this might be?
Any ideas why this might be?
- Fri May 09, 2014 2:33 am
- Forum: File Sharing
- Topic: CLOSED:User password mismatch after changing password in hda
- Replies: 22
- Views: 14414
Re: User password mis-match after changing password in hda w
Here what I did. I have a number of machines that connect to shares on the Amahi automatically when they boot up - Primarily a mac mini and a windows Vista machine. The vista machine maps a number of drives to the shares. Thanks. I had an old HDA - Fedora 14 I believe - Two Amahi releases ago . This...
- Thu May 08, 2014 9:39 am
- Forum: File Sharing
- Topic: CLOSED:User password mismatch after changing password in hda
- Replies: 22
- Views: 14414
Re: User password mis-match after changing password in hda w
I cant seem to log into the bug tracker - It doesn't accept my normal Amahi login?
- Tue Apr 29, 2014 2:30 am
- Forum: File Sharing
- Topic: CLOSED:User password mismatch after changing password in hda
- Replies: 22
- Views: 14414
Re: User password mis-match after changing password in hda w
I have the same issue on amahi 7.1 / Fedora 19 Set up initial user and password. Later on I changed the password via the web admin page. Samba still expects the original password on all machines, even though the server has been rebooted and even on clients that have never connected before. I have a ...
- Fri Mar 28, 2014 6:48 am
- Forum: Installation
- Topic: SOLVED: Overactive monit eating my CPU time
- Replies: 10
- Views: 5917
Re: SOLVED: Overactive monit eating my CPU time
Yep, I realise that, but the only way I can see of passing in the '-P' argument into afpd (To make it write a pid file) is by editing that file. Maybe there is a way of doing it via afpd.conf, but nothing correct came to light - You could do it by hijacking one of the other parameters that is passed...
- Fri Mar 28, 2014 3:37 am
- Forum: Installation
- Topic: SOLVED: Overactive monit eating my CPU time
- Replies: 10
- Views: 5917
Re: REOPENED: Overactive monit eating my CPU time
Looks like afpd fails to start if I comment out the monit lines - I guess it relies on it to start up initially :-( Managed to make a fix by editing /usr/libexec/netatalk/netatalk.sh Added an argument to the afpd call to make it write a pidfile if [ x"${AFPD_RUN}" = x"yes" -a -x ...