Jump to content

JonathanM

Moderators
  • Posts

    16,671
  • Joined

  • Last visited

  • Days Won

    65

Posts posted by JonathanM

  1. 27 minutes ago, blahblah0385 said:

    Hi everyone, I'm not sure if someone here can help me with this situation. I have my unRAID server with nextcloud running behind a VPN server with ability to port forward and the OpenVPN running on a ASUS Merlin router. I can easily access my Nextcloud server externally outside the home via a DDNS through my VPN provider. I am trying to figure out a way to have a single web address to be able to access it both remotely as well as when at home on the same network behind the VPN. Any idea how I can achieve this??

     

    thank you!

    I believe you will need to enable the NAT loopback or reflection settings in your router, if that's not possible, different router or router software. Alternatively you could set the internal IP to your domain in the hosts file if it's a single machine that's always inside the network.

  2. 55 minutes ago, Diggewuff said:

    I'm dealing with the same errors.

    Which errors? If you are talking about

    22 hours ago, ijuarez said:

    Error

    This version of Nextcloud is not compatible with PHP 7.1.
    You are currently running 7.1.4.

    Then the answer is

    4 hours ago, CHBMB said:

    Then try updating manually as linked on the first page.

    This works, it fixes the php version error.

     

    If you are talking about

    On 5/5/2017 at 9:31 AM, gshlomi said:

    SecErr.png

    Then wait for @CHBMB guide.

  3. 3 hours ago, CHBMB said:

    Then try updating manually as linked on the first page. We're not going to "fix" this as part of the responsibility of running something like Nextcloud is to maintain it for the sake of your own security.

    Ok, ok, I get it. Consider my hand whacked by the ruler.

     

    It's just so easy to set it and forget it, especially when you guys release your security updates every week. I guess it would be nice if the containers that need to be updated separately from the weekly base update would have a note or something attached, so we as users know which ones we have to worry about, and which ones get updated completely as part of the base.

  4. 9 minutes ago, Zangief said:

    Is it me or is the UPS side of things a little... less looked after...?

    If you are using a supported configuration, it "just works" so there is very little need of "looking after".

     

    Since it's just a front end for apcupsd, unraid doesn't really do anything except provide presets for common configurations. If it's supported in apcupsd, it'll work in unraid. You may have to do a little under the hood tweaking if it's not a common setup and thus supported in the presets.

     

    NUT is an alternative that supports more hardware, so it's possible if enough people need NUT support, limetech may add it.

  5. Just now, extrobe said:

     

    Thanks - I thought it might be related to PCIe cards - though the pin configuration doesn't seem to line up. Either way, don't think I'll need that one.

     

     

    Apparently you can't use the six pin connector that is meant for directly connecting to the graphics cards, it's different. There are supposedly adapters available though.

  6. 12 hours ago, ijuarez said:

    after the last update i am getting this error, did a little googling and it looks like they are going to fix it. In the interim they post a fix but i'm not sure the syntax the use is the same for this container.

     

    Error

    This version of Nextcloud is not compatible with PHP 7.1.
    You are currently running 7.1.4.

    Same here. Unfortunately I can't quickly tell you which version of Nextcloud is installed, as I just let it percolate in the background, and now that the interface won't load, I don't know what version it was on. I suspect my version of NC may be behind, since I rarely run the in app updater, or update manually.

  7. I'm afraid you are working outside the normal setup that most of us are used to seeing. Typically apcupsd communicates over serial or usb to the UPS. That "master" instance of apcupsd then transmits over port 3551 to any "slave" instances of apcupsd that you want to use the same power event notifications. I personally use that configuration quite successfully, with multiple different OS installations of apcupsd listening to the master that is transmitting from my unraid server connected via USB.

     

    I've never seen anyone successfully communicate directly to a network enabled APC UPS using apcupsd. I'm not saying it isn't possible, just that I've never seen it done with unraid's apcupsd implementation.

     

    I'd advise looking over the documentation at http://www.apcupsd.org/

     

    You may be able to figure out the correct syntax to use for the ini file, which you can then either apply to unraid's template, or possibly manually insert it if the ini field you need isn't called out in the unraid setup.

  8. 5 hours ago, johnnie.black said:

    Note: CPU usage represents the biggest part of the increase during the read check, I have no way of measuring just the HBAs.

    Maybe not completely accurate, but you could get close by doing a parity check with no devices connected to the HBA you want to measure, and then the same check with drives. I don't think the CPU usage would be that different between a 6 drive parity check (onboard only) and a 14 drive check. The drive draws themselves should be easy to factor out, especially with your stable of power consistent SSD's to test.

     

    If you have a way of accurately measuring the temperature over time of the HBA chip, that would go a long way towards showing overall power consumption. As a practical matter, every watt consumed is shed as heat. If the temperature rises during heavy activity vs idle, you know it's drawing more power.

  9. 4 minutes ago, mrow said:

    Sorry if this has already been answered/requested but would it be possible to add an option/feature so you you could do a move from a user share folder to a specific disk?

    You can, but you need to do it one source at a time. Select the first disk and folder you want to move as source, and uncheck all but the desired destination disk. Repeat as needed for all errant locations.

  10. 1 hour ago, Djoss said:

     I'm not sure if it's possible, for the same share, to have the same file on multiple disks.

    Very definitely possible, and can be quite problematic for someone who doesn't have a good handle on what a user share is.

    Consider the following.

    /mnt/disk1/myshare/test.txt

    /mnt/disk2/myshare/test.txt

    /mnt/user/myshare/test.txt

    In this example, the file accessed at /mnt/user/myshare/test.txt will be the one on disk1, for all intents and purposes /mnt/disk2/myshare/test.txt doesn't exist in the user share system. However... if you delete /mnt/user/myshare/test.txt, then the one on disk2 will show up the next time the user share system is reloaded. It's quite possible to have 2 or more identically named files this way, but the contents not be equal. You could theoretically hide files from the user shares this way, and cause all sorts of confusion.

     

    Typically this kind of shenanigans occurs when someone with a poor grasp of how unraid works starts playing around with disk shares. That is one of the main reasons disk shares are disabled by default.

     

  11. 11 hours ago, Spyrule said:

    Sorry to revive such an old thread, but I came across this calculator, and the only addition that would be nice would be if you choose to run dual parity.

    The second parity drive does not alter the capacity at all, so just don't add one of your largest drives to the calculator.

  12. 59 minutes ago, Sabot said:

    Using the online calculator, it gave me 468.825 VA. Is this the number that I should work with?

    Close, but no. You forgot to divide the amps by the number of passes through the clamp, 10 if you counted correctly, and you want the absolute worst possible scenario, so the highest amp draw you actually measured was 0.945 Amps, giving you a max draw of around 112VA. It looks like your meter was off by about 10%, since you originally measured only 0.82 Amps before multiplying the signal with the wrap trick.

     

    That's only the server itself, you need to account for all the other equipment that you would possibly connect to the UPS for peak load capacity. That said, if you truly were ONLY connecting the server to the UPS, you could get away with one of the little beefy power strip looking ones, but you would probably get less than 5 minutes runtime before the batteries were completely dead.

     

    Now that you have a VA figure and can calculate loads for what you need to power, you can get a better idea of runtime by using the % full load figures. I'd recommend at least starting with 500VA as a minimum UPS capacity, and find the runtime charts for the models you are interested in to see what kind of minutes you can get draining the batteries. Then figure half that runtime to avoid abusing the batteries.

  13. 1 hour ago, Sabot said:

    If i understand you correctly, skin the power cable from plug to plug. Then loop it around the meter loop 5 to 10 times and report the number plus the voltage read at that time?

    Yep, like @Frank1940 explained, you are still only capturing 1 of the 3 wires, either one of the white and black or brown and blue depending on country of origin, just not the green. Open the clamp, and wrap as many turns of that one wire as you can comfortably fit around the clamp, up to 10. Close the clamp fully or unwrap wire until you can, and start logging reported amps. Take the meters face value AMP number, and divide it by the number of wires that actually pass through the clamp. Voltage should be extremely stable, just take a reading at the plug you are using before and after you are done playing to be sure.

     

    Oh, if you want to take a current reading on all three wires one at a time, it could be educational if your house wiring is wrong. The two main conductors should yield identical results, and the green conductor should measure exactly zero at all times. If not, something is wired VERY wrong, and I'd have an electrician inspect it ASAP. :)

  14. Pretty sure you are doing it wrong. I'd be more willing to bet you are currently seeing .82A for startup, .33 running. However... I don't trust your meter. Since you've already killed and skinned a power cord, separate out enough insulated wire in it to get several turns around the clamp, and try again. Each conductor that passes through the meter loop multiplies your value, so if you manage to get 5 turns you would divide the face value of the meter by 5. That should get the meter into the meat of its measuring range, where it is more accurate. 10 turns would be nice, but may not be doable. You need to also measure the voltage accurately, not just guess. Volts * Amps is the number we want, not watts.

     

    Now, the second part of your question. UPS's aren't commonly quoted in watts, as the VA number is bigger, and it's actually more accurate for what's being measured. The stated rating of the UPS is the maximum peak power it can supply, but has little if any correlation to runtime. Runtime is a measure of usable battery capacity and efficiency, and is rarely stated clearly because the variables are too hairy.

     

    Battery chemistry in most UPS's is pretty basic (actually very acidic9_9) and hasn't changed in over a hundred years. Because lead is the heaviest ingredient in the battery and is responsible for overall capacity, you can bet that if you have 2 UPS's rated for the same rough peak capacity and one is twice as heavy, it will run your system for significantly longer. Bigger, heavier batteries = longer runtime. Conversely, if 2 UPS's are the same rough size and weight, the higher peak capacity will probably have shorter runtime under equivalent load because of inefficiencies in power conversion.

  15. 4 hours ago, dadarara said:

     in principle there is no problem to touch any of the electronic parts as they are coated with protective lacquer

    A good static discharge will go right through that coating, or jump to the nearest surface mount component leg. Best policy is "no touching".:)

×
×
  • Create New...