Yeah, I'm in the same boat. Been using Crashplan for quite a while and not exactly happy about the change. Looking at their blog announcement, there are also MANY others not happy. I would love to use Backblaze but the fact that there isn't a Linux client kinda sucks. I'm currently backing up about 4.5 TB of data (granted the bulk of that is video which doesn't really NEED to be backed up). I'd say I'd remotely mount the drives to a Windows VM or something and then upload from there, but I think the Backblaze client detects that it's not an actual installed hard drive. Thankfully I have until May(ish) 2018 until my subscription expires. If I take them up on their convert to the small business plan and take the 75% off for the first 12 months, it would actually be cheaper than Crashplan Home Pro for that 12 months for one device. That gives me until May 2019 to find a suitable replacement. Although right now, even at $120 a month for the SB plan (it's $10 a month per device), it's cheaper than other cloud options that currently support Linux (S3, Wasabi, B2, etc).
Posts by ParadingLunatic
-
-
I have it implemented completely. Works pretty well. The updates in AD take some time to propagate but that's not surprising. I don't intend on making lots of updates.
On another note, I had to make a few changes here and there to allow/tweak SSH and sudo. Sudo was a little trickier as it requires altering the AD schema and making edits within ADSI edit. SSH was relatively easy. Also had to add an entry in the sssd.config to set the default shell.
Code: sssd.conf
Display More[sssd] services = nss, pam, pac, sudo, ssh config_file_version = 2 domains = DOMAIN.LOCAL [nss] default_shell = /bin/bash #gives all users the default shell of /bin/bash [domain/DOMAIN.LOCAL] id_provider = ad access_provider = ad auth_provider = ad chpass_provider = ad ldap_idmap_autorid_compat = True enumerate = True ldap_idmap_range_min = 20000 override_homedir = /media/<UUID>/Homes/%u #I have my Homes directory on one of the File Shares instead of on the system drive #created a specific OU for users so I only get the users I want. I tried to do this for groups but for some reason it didn't work. ldap_user_search_base = ou=OMVUsers,dc=domain,dc=localin /etc/ssh/sshd_Config I added the AD group I created domain_ssh for the users I want to have SSH rights.
The sudo stuff like I said is a little more involved. I can possibly provide some instructions if anyone is interested. I just googled something about sssd sudo and found the process to do it. Wound up following two different sets of instructions to get it to work successfully.
-
Ya nsswitch.conf seems to be a problem for some reason. I thought it might be just my system. Not sure why it does not fall threw to dns? The original order is.
Seems it should get to dns eventually but for some reason doesn't. That seems to be one of the biggest faults in most tutorials I have read. I am not sure if moving dns up in the search order might break some things like mdns (bonjour), I don't think I am using it.
I did some research on the nsswitch.conf. Basically from what I'm reading, "NOTFOUND=return" if the lookup hasn't returned a success by now, to basically return a failure and not to continue on. I would imagine moving anything to the left of that entry won't hurt but could cause some slight lag. In fact, it could probably be beneficial to move dns first if you have a correctly configured dns.
-
No suggestions really. I'm not quite deep enough into the OMV/Linux architecture to really be able to provide suggestions/changes but can provide logs/errors if any of that pops up. Wish I could be more helpful on that end.
Although if you have any questions on the AD side of things including some of the LDAP elements I might be able to help out. Kinda like the two lines:
ldap_user_search_base = ou=omvusers,dc=example,dc=com
ldap_group_search_base = ou=omvgroups,dc=example,dc=comI purposely created two AD OU's to clean up what was brought into OMV so only users/groups I WANT in OMV gets sent to OMV. You can find the full LDAP path of these things in ADSI Edit. I can't imagine it would cause a problem to only pass specific users/groups from AD to OMV.
It would be great to see this as a plugin but really the manual install is easy enough even if you're only semi familiar with the CLI. The only thing that initially tripped me up was editing the nsswitch.conf file. I didn't do it at first and kept getting an error when attempting to run the kinit line saying it was unable to reach a KDC server. Messing around a bit I noticed I forgot that step. Made the change and bam, worked instantly.
-
Honestly I would love to see this feature. I'm not using it in a corp environment but I am at home. I have a small AD setup at home using Server 2016 and while testing with OMV in a VM (not using my primary OMV system), this worked nicely. It would be great as a plugin as I initially attempted with the LDAP plugin and it just seemed like there was a lot of old info that didn't work with my OMV3 setup. I'm mainly doing this because I want an AD system to make maintaining/etc the numerous systems I have in my easier. It would be nice to have one place to add/remove users and password changes instead of multiple.
My one question, will the accounts stay in sync or will in I need to setup a cron job to run the getent passwd command every so often?
-
Thanks, I went ahead and manually applied the add ons. Your steps worked perfectly.
-
SABNZBD 2.0.0 has been released and they have new features/plugins that can be installed/enabled. Not sure if anyone has looked up on this yet or not. They now have SABYenc and a multicore par2 add on. The SABYenc helps speed up downloading a little on low power devices (although I haven't had any issues with download speed), and the multicore par2 helps speed up extraction of pars and repair by utilizing multiple cores of the processor. They have instructions on how to install on ubuntu as well as other distros. Anyone make any attempt at doing this yet?
Also just wondering if this is something that I should just wait for to see if it'll be wrapped into the plugin or if it will never be wrapped into the plugin and I should just go ahead and do the install.
-
Disregard the issue regarding Couchpotato not searching. I had the "Always Search" option disabled. I usually leave it disabled so it doesn't automatically snatch videos that aren't the actual movie (Had an issue earlier where Olympics coverage was mistaken to be a movie). Enabled it and it performed a search. I still get that odd error on each start of CouchPotato though. I also have a support thread opened on the CouchPotato forums just in case it's an issue on that end.
-
I'm not entirely sure if this is a couchpotato issue, or a plugin issue. I just recently did a clean install to OMV 3 and restored Couchpotato settings back to the system. When couchpotato starts I get this error
Error in event "app.load", that wasn't caught: Traceback (most recent call last): File "/opt/couchpotato/couchpotato/core/event.py", line 15, in runHandler return handler(*args, **kwargs) File "/opt/couchpotato/couchpotato/core/media/movie/providers/info/themoviedb.py", line 57, in config languages.remove(self.default_language) ValueError: list.remove(x): x not in list encoding=UTF-8 debug=False args=['--quiet', '--daemon', '--data_dir', '/var/opt/couchpotato/'] app_dir=/opt/couchpotato data_dir=/var/opt/couchpotato desktop=None options=Namespace(config_file='/var/opt/couchpotato/settings.conf', console_log=False, daemon=True, data_dir='/var/opt/couchpotato/', debug=False, pid_file='/var/opt/couchpotato/couchpotato.pid', quiet=True)I decided to uninstall, delete all references to Couchpotato from the system and reinstall. The first attempt to reinstall I received an error during the plugin install so I removed it and then readded it. The second time it was errorfree, or at least I think it was. I'm still receiving the same error. Couchpotato isn't automatically searching for movies at the time it's supposed to which is on the 27th min of every hour.
-
Well, I give up with testing the upgrade. It "succeeded" once out of over 20+ attempts in my VM with numerous different additions/removals of plugins including all plugins removed. The one time it did succeed, Grub was still screwed up which is a relatively easy fix (took a bit of searching but finally figured it out). If I have this many problems with what is pretty close to a clean install, I'd hate to know what would happen with my NAS that's been running for over a year now.
I'm now going to focus my efforts on making a "clean install" as quick and painless as possible
-
I was debating whether or not to perform an upgrade on my NAS to 3. I've had a VM that I've been using to test things out with (like setting up Docker, etc) and a few other things. Decided to bring the VM up to what I have similar to the NAS (plugins etc) then take a snapshot and perform the upgrade. Sadly it failed. The two times I ran it, it failed in different spots. Gives quite a few errors regarding mdadm and no arrays, which isn't a surprise as I don't have a raid configured in my VM. ran a few of the apt-get commands (upgrade etc) then another image popped up saying to perform an omv-init or something like that. I did, it gave the same mdadm errors. I rebooted and it failed to boot, sitting at a grub recovery.
I'd like to avoid a clean install but I think I'd rather do a clean install over quite possibly losing data.
On my NAS, the system disk isn't raided at all, but I do have about 7 disks set up in a single RAID 6 with the raid split up using LVM and everything is ext4. The RAID was configured within OMV and not the raid controller on the motherboard. I'm just worried it's going to be a real pain to get back to where I am now with all the plugins I'm using plus the raid config etc, file shares, etc.
-
Ug. It's so random. The first time I went to the sabnzbd plugin today I didn't get an error. Clicked on a few other plugins, then went back to sabnzbd and got this.
Error #4000:
exception 'OMVException' with message 'Failed to execute command 'omv-mkconf sabnzbd getsettings': /etc/openmediavault/config.xml:1.1: Document is empty^' in /usr/share/openmediavault/engined/rpc/sabnzbd.inc:71
Stack trace:
#0 [internal function]: OMVRpcServiceSabnzbd->getSettings(NULL, Array)
#1 /usr/share/php/openmediavault/rpcservice.inc(125): call_user_func_array(Array, Array)
#2 /usr/share/php/openmediavault/rpc.inc(79): OMVRpcServiceAbstract->callMethod('getSettings', NULL, Array)
#3 /usr/sbin/omv-engined(500): OMVRpc::exec('Sabnzbd', 'getSettings', NULL, Array, 1)#4 {main}
Every time the error comes up, it's different, but similar.
-
When ever I go to click on the sabnzbd plugin under Services in the admin page, I get an error that pops up. I was hoping to update sabnzbd as I'm getting the notification in sab that there's an update available. I have the newest version of the sab plugin 1.0.10.
I got two different, but very similar errors
Here's the error the first time I got it. Below it I'll post the second one.
Error #4000:
exception 'OMVException' with message 'Failed to execute command 'omv-mkconf sabnzbd getsettings': /etc/openmediavault/config.xml:578.53:
expected '>'<uuid>270cad93-d29b-44b2-92c7-109e56acd51f</uuid
^
/etc/openmediavault/config.xml:578.53:
Premature end of data in tag sharedfolder line 577<uuid>270cad93-d29b-44b2-92c7-109e56acd51f</uuid
^
/etc/openmediavault/config.xml:578.53:
Premature end of data in tag shares line 498<uuid>270cad93-d29b-44b2-92c7-109e56acd51f</uuid
^
/etc/openmediavault/config.xml:578.53:
Premature end of data in tag system line 6<uuid>270cad93-d29b-44b2-92c7-109e56acd51f</uuid
^
/etc/openmediavault/config.xml:578.53:
Premature end of data in tag config line 2<uuid>270cad93-d29b-44b2-92c7-109e56acd51f</uuid
^' in /usr/share/openmediavault/engined/rpc/sabnzbd.inc:71
Stack trace:
#0 [internal function]: OMVRpcServiceSabnzbd->getSettings(NULL, Array)
#1 /usr/share/php/openmediavault/rpcservice.inc(125): call_user_func_array(Array, Array)
#2 /usr/share/php/openmediavault/rpc.inc(79): OMVRpcServiceAbstract->callMethod('getSettings', NULL, Array)
#3 /usr/sbin/omv-engined(500): OMVRpc::exec('Sabnzbd', 'getSettings', NULL, Array, 1)
#4 {main}Here's the second
Error #4000:
exception 'OMVException' with message 'Failed to execute command 'omv-mkconf sabnzbd getsettings': /etc/openmediavault/config.xml:717.29: Premature end of data in tag sharedfolderref line 717
<sharedfolderref>2
^
/etc/openmediavault/config.xml:717.29: Premature end of data in tag share line 715
<sharedfolderref>2
^
/etc/openmediavault/config.xml:717.29: Premature end of data in tag shares line 714
<sharedfolderref>2
^
/etc/openmediavault/config.xml:717.29: Premature end of data in tag nfs line 711
<sharedfolderref>2
^
/etc/openmediavault/config.xml:717.29: Premature end of data in tag services line 700
<sharedfolderref>2
^
/etc/openmediavault/config.xml:717.29: Premature end of data in tag config line 2
<sharedfolderref>2
^' in /usr/share/openmediavault/engined/rpc/sabnzbd.inc:71
Stack trace:
#0 [internal function]: OMVRpcServiceSabnzbd->getSettings(NULL, Array)
#1 /usr/share/php/openmediavault/rpcservice.inc(125): call_user_func_array(Array, Array)
#2 /usr/share/php/openmediavault/rpc.inc(79): OMVRpcServiceAbstract->callMethod('getSettings', NULL, Array)
#3 /usr/sbin/omv-engined(500): OMVRpc::exec('Sabnzbd', 'getSettings', NULL, Array, 1)
#4 {main} -
Why not use raid10?
Sent from my phone
Well I was mainly going to have 5 drives. Raid 10 requires an even # of disks. I guess I could always build it with 4 and keep the 5th around as a spare. The whole reasoning for using 5 disks is Raid 6 requires at least 4 disks. I was going to build the RAID array with 4 disks, and have one disk (the fifth) being used as a temporary data/backup source, then add the 5th disk. I'll still have a two disk failure capability. I haven't really used RAID 10 much so I'm not totally aware of why I would use RAID 10 over RAID 6 with the exception of increased read/write performance over RAID 6. I'm not really concerned with read/write performance as the data stored is mainly audio/video and will really only have 2 devices max hitting it at a time.
Honestly I was also debating on using SnapRAID as well since this seems to be the perfect time for me to change my storage. Currently I'm using LVM and don't think I really need it. I've never used SnapRAID before and right now, it's completely foreign to me on how to use it.
Mainly I'm most concerned about stability (able to lose drives) over read/write performance.
-
It is possible in the following steps (generic, and you need a lot of knowledge on raid to do it correct).
- Change your raid from raid5 to raid 6. You need one additional disk for it. http://ewams.net/?date=2013/05…g_RAID5_to_RAID6_in_mdadm
- upgrade all disks in your raid from 2TB to 4TB.
- fail 1 active disk in your raid. Raid is now degraded
- Replace the failed disk with the bigger one.
- Reintegrate the disk into raid and start rebuild.
- After rebuild has finished start over from 1 until all disks are 4TB disk
- Up to this point, your raid has not grown and is still a raid with 2TB on each disk. So now grow your raid, so that it uses the full capacity on all disks. (next rebuild).
- After that you have the new raid in raid 6 and you cann add disks to it with 4TB. Actually again that is a rebuild every time and will take quite some time.
So that is not the fastest way and you still should do a backup before all doing this and you should really know what you are doing, otherwise you will risk and most likely loose all data.So the other method (start from scratch with a raid 6 and use backup/restore should be much safer and also much quicker in total runtime of the whole operation.
Thanks for this info. I was getting ready to ask the same question as the OP. I currently have a RAID 6 array with 7x1TB desktop drives (1 failing every few months. I got them for free so I can't complain) and am looking to replace the disks with 4TB NAS disks. I also use LVM to split up the RAID array. My case only supports 8 hotswap drives. I don't quite have the money to buy all the disks in one shot so I was thinking of buying them one at a time and slowly replacing the disks in my current RAID6 with the new disks but from the looks of it, that would mean I would need to get an exact replacement # of disks as the current amount since the 4TB disks would only use 1TB. Everything is backed up to a cloud service, but obviously I don't want to restore EVERYTHING from there.
The other option I was thinking of doing was once I get all the 4TB drives to make the new RAID 6 array, I was thinking of using one of the 4TB disks (Only have about 1.5-2TB of data on the current RAID6 array) as temp storage and use rsync to replicate/backup the data locally, blast away the current RAID 6 array, create the new RAID 6 array, and rsync back, then add the lone 4TB drive into the array.
I did see something about using about tune2fs to change the new UUID(s) to be the same as the old UUID(s). Not sure how I would go about doing that. I'm sure if I use enough Google Fu I'll eventually find it.
-
But it does work if you set both repositories??
Yup. Before I had both repositories set and omv-aptclean still failed. Now it's not and I was able to install the plugin along with the dependencies without any errors.
-
Well, never mind. Looks to have been a temporary issue on the repository side.
-
had the same issue. fixed it at first by choosing the testing and stable repo of Docker. don't know so far where it came from but I guess it's because of some changes which haven't been made in the sources list. a few months ago the repo has been testing now it's stable. maybe someone else knows more.
Yeah I tried the same. The docker gui plugin showed up but when I attempted to install, it couldn't install the docker-engine or the rest of the dependencies.
-
I've been wanting to try out Docker on my OMV system 2.x currently up to date. I just tried to add the docker repository and it fails when trying to do the apt-clean. Ran omv-aptclean from the CLI and received this error.
W: Failed to fetch https://apt.dockerproject.org/…ain/binary-amd64/Packages Hash Sum mismatch
E: Some index files failed to download. They have been ignored, or old ones used instead.I tried this on both a fresh updated VM and on my physical OMV install. Same result on both. Is there something I'm missing?
OMV Extras plugin is version 2.13.2
-
So far so good. I think VDR was the issue. Kind of strange that even though I didn't configure or enable the plugin, it still started up after a reboot.