Posts by Doc

    Think he made a workaround for it, but it might not be working on OMV 2.0. It was all I needed to make the plugin work. Didn't even need to manually untar after installing bzip2.

    Was trying the teamspeak plugin but nothing was happening after saying 'Yes' to the EULA. Installed bzip2 and clicking yes on the EULA worked!


    So just install bzip2:



    Code
    apt-get install bzip2

    Go to the plugin page from the web GUI and click Yes on the EULA.

    I'm worried that the AMD processor and 16 gb ram on that won't be able to handle 50 TB of storage along with 5 concurrent plex streams...
    and the motherboard uses DDR2 RAMs, wouldn't it be better to go for DDR4?

    The Lian Li looks great, ill try getting that if possible. I'm not too familiar with racks so I don't know if I need to get a separate motherboard/processor for this? And if so which would you recommend?

    Hi I'm currently running out of space to add more hard disks to my server and I'm looking to get something where I have enough space to attach up to 20 (or a bit more) hard disks and handle more load in the near future.
    I use it mainly for downloads and Plex. Looking at around a 50+ TB of storage (ext4) most of which are videos and not worried much about data loss.


    What would be the best option here, a server rack I'm guessing? If so what hardware would be best? If I could get some recommendations that would be great.


    Thanks in advance!

    Didn't work with gparted for me, I was getting errors with the e2fsck there but I was sure my FS was fine and no errors with an fsck I did about 10 mins before it so I aborted that and tried with SystemRescueCd and it worked flawlessly. Thanks for the help guys

    installation is 64bit:

    Code
    Linux SERVER 3.2.0-4-amd64 #1 SMP Debian 3.2.73-2+deb7u2 x86_64 GNU/Linux


    dumpe2fs:


    I'll try using gparted and see if that works

    Sorry to post in an old thread but it seems the issue is still occurring. I created an ext4 file system about 3 days back of from 3 drives in LVM with total space of 10TB. Today I tried adding 2 more drives of 3TB each and the file system gives the same error "resize2fs: new size too large to be expressed in 32 bits" when I try to resize the fs.

    The moving of sickbeard files from /home/sickbeard to /var/opt/sickbeard is not OMV specific (as far as I know) so the version of OMV should not matter (much). It was changed in the sickbeard plugin version. I was on sickbeard 1.0.3 when files were still in /home/sickbeard/ so I believe from 1.0.4 and onward it was moved to /var/opt/sickbeard/

    Mosh I think the best thing for you would be to backup and do a fresh install of OMV, it'll be the 'simpler' fix. I recently did that for my OMV for which I was having issues with omv-firstaid and a bunch of other issues (experimented too much :p). Although, don't go on my word I'm just an average user of just over a year. Maybe someone else might be able to guide you better.

    I'm thinking you faced the same issue I did, all sickbeard database/config files might be in the old directory (/home/sickbeard) try running ls -A /home/sickbeard


    Edit: and also du -sh /home/sickbeard if the ls command worked

    From memory OMV 0.5 used apache but from OMV 1 it used nginx.
    You will need to at least set the chown level on the files as you probably copied them under the root user so they will be owned by root and not accessible by the couchpotato user.


    Think you meant sickbeard user? Anyway have that all working now.


    On that note OMV+sickrage on a fresh install has no sickbeard user...should I add this manually? If so what should be the password I assign to it? Or should I not be adding it from the OMV web GUI ?

    If I'm not mistaken OMV web GUI uses apache2 right? I was able to run both OMV web GUI and sickrage web interface (on 1.0.10, both on a fresh install and upgrading from 1.0.3 to 1.0.10). However, when I attempted to restore backup from one system to another by copying files but NOT setting chmod and chown as discussed above, sickrage would fail to start.

    I got it to work 100% by:
    1. extracting the backup to a temp dir, cd to the dir.
    2. did a "cp -r * /var/opt/sickbeard/"
    3. "cd /var/opt/sickbeard/ && chmod -R 777 * && chown sickbeard:users -R *"


    System back as it should be (for now...)


    Brilliant! Got it to work this way, thanks! (In case anyone's wondering the files to be copied from OLD sickrage are in /home/sickbeard/.sickbeard/ to /var/opt/sickbeard/ )