funbubba

Members
  • Posts

    60
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

funbubba's Achievements

Rookie

Rookie (2/14)

0

Reputation

  1. What does the .err say? This just happened to me a couple of weeks ago but I only just noticed yesterday. My .err said something about "upgrade after crash is not supported" over and over but I was able to get around it.
  2. Great guide! So far my containers have killed two SSDs before I saw this guide so I've just decided to stick to a spinner cache disk. However I wanted to move a few containers to the ramdisk for performance. I noticed this line using the mount point in `/mnt/write-cache/...` and I thought it was some kind of system path but it gave me an error when I ran it manually. I'm just using `/mnt/cache/...` instead. Was this a typo or have I incorrectly set this up?
  3. Hi folks, I was wondering if anyone else is seeing high write activity on redis while paperless-ngx is online. My `iotop -o` shows a constant write rate of ~170K/s with redis-server and `redis-cli monitor` shows this constant stream below. Is this normal? The only reason I'm scrutinizing this is that I've had a second SSD cache drive die on me after only 13 months of use and I wonder if this container chewed it up with all the writes. root@server:~# docker exec -ti redis bash I have no name!@7526cfb429d2:/$ redis-cli monitor OK 1655819311.813775 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819311.899820 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LXDEUHZnpzHOsWlCxrrqSjptBGaQrQfwA5e1aLLiQR9570Rcnk7xJblAHBLuwgtydV3-DW1fShdv-lK6qv8FkrGATLrknh5t7z8nZu-u_I5Xhwsn8kKkDnfTbFhg4S1j75hO6ooUfdEotbBxp0-XG0h614rV4Pd7iWAWdEkY5Aw6ix9-mV7TebPypz4x_nplYqVARYRTuB1oFzsPRAHMugXkcV8K-oK907uOnD5wwXKiMGcVAaGUpHsFqKXKK57GZSWeBm8RDrDk3PHZ2tjdep8WqUECXHx7ub76ku49n_c3fc7crT99tipHlCoTikuJVrL9qnX1R33YgpG3vO5WFpkwSTieSDU6S0ujjk8SpUmRdGRS08ON_NWCYsnI4K2HjgAPw4-Ae1rZzX3AepopSJ6Rv7htWLRjPQlA6lntTkn5ixYB7J7BWaAuE73nKOp0ltpylnY5_s6eVAG0o3sAxYLb7pqJeOltwT22-2Opl9Uoqmv--YPHT-K87KqaCry5tPwOLpMSC:1o3eF5:UB9KqTvdjzBT6mhapr-QL-UDpucUdPxVUEhYqcJDfEA" "EX" "3" 1655819312.401025 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LW0EUTUhMXpNqCyqtC8FNMd2EllBcCeIHVB64aEmhC3nMe2_qm2Yy8zJzBzUg6MIKcnfe-hv8B6669ad0pf0NnUkq2Bkuc88c7tx7zpzO_LyvViYLX-TfmTrQyahrgYGzhPXPPqErentGJ9TB5qE2A24s7VMn3oy34o8ca6BTwihnwEEM-dP0irZazd-NxdnVxbn1ChURRuF-rFXgPHwWYM4lMI_jStgX9InOffzwgXOGC5UxoxgIrSzFVayVIqf4DbYy6Sxwk3iIdecmR7-_u_04LdaEArp8-ev2ei39-nA62rlbuln_88WmGFmuQCguKd7AxqPWV1P1XQdC2u43p7LQlEnChUSy8XFSGn10nDhVimwgg4IOvv6vBgxTVk5mJWwecAB-FNzD-m7uC87DVFHqhPTNfcOaBeNZCErbuTclGSVWjLl3AuuFtkD4nKes13vPPmRpr-ffHGolQBuKt7ENzA6eVDRKZwvuqZ2prV7WsKSi9e8L3q00lveomA--urT7F3_Gw30:1o3eF6:B8ewUwBH7PXcDUHFnonXCrFeEURcthNX-EDqHMy5ASk" "EX" "3" 1655819312.816146 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819312.902323 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LJDEQHZlxph0_VlBx9-ZlcbwMK4N4EsQPUPq2iwt7kCbdHe04maQnqaAOCO7BFaRulv4G_4EnTwv7Uzy5-xtMxhU0oUi9PCpV7-V89OZppDJc-CE_YupQJ_22BQbOEta--YSuaeknnVELG8fadLmxtE-teCPejHc4VkGnhFHOgIPo8bfpNW02G4_1ucnFuam1ChURRuF-oFXgPBwLMOcSmMdxJexL-koXPn75wCnDhcqYUQyEVpbiEayWIqf4MzYz6Sxwk3iINeeGx97e7tbrtFgVCuhq-uH-djX98fe8v_3n093av-82xchyBUJxSfE61l-1zr-obzsQ0rYPnMpCUyYJZxPJBqdJafTJaeJUKbKuDApa-PFdDRimrBzOStg45AD8JLiHtd3cF1yEqaLUCemb-4ZVC8azEJSO596UpJ9YMeDeCawV2gLhBE9Zp7PMVrK00_Fv9rQSoA3FWzgOzHbfVNRLZwvuqe0XW72sXklF8_8XfFmY_L1MxUzw1aXtZ4aqxA0:1o3eF6:hjCuvB8wDsxKYojW2dq8mc0V0TQmue0DKBUADOSvS1g" "EX" "3" 1655819313.403485 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUcFOGzEQDUqabEOhSICAYw-UcIlaRYhTJARBAu2tiEo9oJV317BuHHtjjwVEQgoHWqmaGwPfwB_01Gsv_Aentt9QOxSJ2hp5np_GM-95_OLm11RlsvB1_pmpE50M2xYYOEtYO_AJXdP6JV1QCxun2vS5sXRErXg73on3OFZBp4RRzoCDGPDn6TXtNBsP9cWZtcXZboWKCKNwP9IqcB6-DDDnEpjHcSXsr_SBrnx88YGzhguVMaMYCK0sxVNYLUVO8So2M-kscJN4iDXnJsfh4X7vaVqsCgX0be7H99vN9NPv8XD358pd989Hm2JkuQKhuKR4C-tPWpce1bcdCGnbx05loSmThAuJZKPzpDT67DxxqhRZXwYFLVz-rwYMU1ZOZiVsnHAAfhbcw9p-7guuwlRR6oT0zX3DqgXjWQhKp3NvSjJMrBhx7wTWCm2B8BVPWafznm1kaafj3xxoJUAbins4Dcz2n1XUS2cL7qndR1u9rEFJRfPfF7x7U397T8V88NWl7b-Fn8QE:1o3eF7:Q0g9CpjaKCPNckM4b9srt324QMJrnjtoQuflwPesqq0" "EX" "3" 1655819313.818928 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819313.904718 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LXDEUHZnpzHOsWlCxLruQjptBGaQrQfwA5e1aLLiQR9570Rcnk7xJblAHBLuwgtydV3-D4A9w1a2r_o6uqr_BZKxgEy65J4ebe8_J2bvrvyOV4cLJ_JCpA5302xYYOEtY--YTuqKFH3RKLWwcadPlxtIeteK1eD3e4lgFnRJGOQMOosffple03mz8qc-Mf56ZWKlQEWEU7gdaBc7D0QBzLoF5HFfCvqCvdO7jpw-cMFyojBnFQGhlKR7BailyiuexmUlngZvEQ6w5Nzx2drY3XqfFqlBAlx9-3d98SXcfz_qbD3O3K0_fbYqR5QqE4pLiVay_ap19Ud92IKRt7zuVhaZMEk4nkg1OktLo45PEqVJkXRkUtPDjfzVgmLJyOCth44AD8OPgHta2c19wHqaKUiekb-4bVi0Yz0JQOpZ7U5J-YsWAeyewVmgLhO95yjqdJbacpZ2Of7OnlQBtKN7AMWC2-6aiXjpbcE9tvtjqZfVKKpr_vmDx0_jvOyqmgq8ubT8DjGLEkQ:1o3eF7:G1W1c-XgW224N-pozIn73uw4gbDT2G06sPZAdo7V7F8" "EX" "3" 1655819314.405936 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LJDEQHZnZmXZcP0Bl3euCOF4GZRBPgvgBun1TXNiDNOnuaMfJJD1JBXVgwT2osNTNWn-D_8CTV3_KnnR_wyajgptQpF4elar3cvHh99NIZbhwMj9h6lgn_bYFBs4S1vZ9Qje0-JN-UAsbp9p0ubF0SK14I96MdzhWQaeEUc6Ag-jx9-kNbTYbf-qz4wuzE2sVKiKMwv1Aq8B5OBpgziUwj-NK2Ne0R5c-rnzghOFCZcwoBkIrS_EIVkuRUzyPzUw6C9wkHmLNueFxcLC79TYtVoUC-jX1cH-7mn5_vuhvP36-W_v7zaYYWa5AKC4pXsf6m9ZPL-rbDoS07SOnstCUScKZRLLBeVIafXaeOFWKrCuDghbO_VcDhikrh7MSNo45AD8L7mFtN_cFl2GqKHVC-ua-YdWC8SwEpWO5NyXpJ1YMuHcCa4W2QPiRp6zTWWYrWdrp-Dd7WgnQhuItHANmu-8q6qWzBffU9outXlavpKL5-gVLX-pLX6mYDr66tP0PgJrDjg:1o3eF8:cocC4KANktqhPHT_3ZJtNlDFdZZ410BQi5FEEzp_Ekw" "EX" "3" 1655819314.821409 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819314.907132 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUcFqGzEQdbBjb5zELTSmybVQ4l5Miyk9BUpjQ8PeGlLooSzaXdWrWpbW0ogmhkJycAplbpn2G_oHOeXaT-gn5NT2GyLZMSQSg-bpMZp5T6erP_6uVOYLH-SfmRrqZNK1wMBZwtqhT-iCnp3RV-pg44s2I24sfaRO_Cbej99yrIJOCaOcAQcx5nfTC9pvNq7r7c3ddmuvQkWEUbifahU4D9cCzLkE5nFcCfsbvaOZj3Mf2DJcqIwZxUBoZSlewWopcoqfYjOTzgI3iYdYc25-HB0d9JfTYlUooO8Pry5_vko__DudDH7v_Nr7_96mGFmuQCguKX6N9aXWxwv1XQdC2u4np7LQlEnCrUSy6UlSGn18kjhVimwkg4IObt-rAcOUlfNZCRtDDsCPg3tYO8h9wSxMFaVOSN_cN6xaMJ6FoHQ996Ykk8SKKfdOYK3QFgg3eMp6vRfsZZb2ev7NsVYCtKG4j-vA7OhORb10tuCeGixs9bLGJRXN2y94_mTzT5OKR8FXl3ZvAIX9w_s:1o3eF8:YII7tSDlfp7gWrLcD8J3JX6o9hrT0Q1PQ_YoiHOMJs8" "EX" "3" 1655819315.408312 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUcFKW0EUTUiavCbVFqy0XRdp3ARLEOkiUKpC5e0qKXRRHvPeG31jJjMvM3dQUwp2YQW5O2_9Bv-gK7f9FFfWb3AmUdAZLnPPHO7ce84cPflzXa1MFz7P95ja1cm4a4GBs4T1bZ_QGS3_op_Uwea-NkNuLH2nTvwpXo8_c6yBTgmjnAEHMeIP0zNabzWvGotz7xbn-xUqIozC_USrwHn4NMCcS2Aex5WwT-gLHfv47QPnDRcqY0YxEFpZiqtYK0VO8RK2MukscJN4iHXnpsdgsLVxPy3WhAI6fXH593wt_fb_aLz5781F_-arTTGyXIFQXFL8ERv3Wl_N1HcdCGm7O05loSmThC8TySaHSWn0wWHiVCmyoQwKOvj6UQ0YpqyczkrY3OUA_CC4h_Wt3Bcch6mi1Anpm_uGNQvGsxCUtnNvSjJOrJhw7wTWC22B8BlPWa_3nq1maa_n3xxpJUAbijewDcwOH1Q0SmcL7qnNma1e1qikonX3BStvGx9-ULEQfHVp9xaDL8PJ:1o3eF9:bKL_OYaUNW7AkkNz3JIsNmIO4T1KoKpSid8i9ifEBhQ" "EX" "3" 1655819315.823792 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819315.909370 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LJDEQHZlxph0_QcX1vCw7exmUQTwJ4gcofdvFBQ9Lk-7O2nEySU9SQR0Q3IMrSN0s_Q3-A09e92948-T6GzYZV9CEIvXyqFS9l7PR66eRynDhdH7I1IFO-m0LDJwlrH3zCV3Rl190Si1sHGnT5cbSD2rFG_FmvMOxCjoljHIGHESPv02vaLPZeKzPT36en1qrUBFhFO4HWgXOw7EAcy6BeRxXwr6gr3Tu47cPnDJcqIwZxUBoZSkewWopcoo_YTOTzgI3iYdYc2547O3tbr1Oi1WhgC5n7u9uVtP9v2f97T-Lt2vP322KkeUKhOKS4nWsv2pdeFHfdiCkbf90KgtNmSScSyQbnCSl0ccniVOlyLoyKGjhh3c1YJiycjgrYeOAA_Dj4B7WdnNfcB6milInpG_uG1YtGM9CUDqee1OSfmLFgHsnsFZoC4QTPGWdzjJbydJOx7_Z00qANhRv4Tgw231TUS-dLbintl9s9bJ6JRXN_1-w9HHyYZSK2eCrS9v_AIZAxAA:1o3eF9:wusmAW3uNqyceNhV40_XRrDpRL6-tl2qw_2gjADqQrU" "EX" "3" 1655819316.410546 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LHEEQXdl1d1yjBhJJco-4XhZlkJwWxA-IzE1RyEGGnpmO025v92x3NepCwBxUkLpZ-hv8Bzl5zU_JKeY3pHtV0G6KrteP6qr3-mzy5u9Ebbxwrjhi6lCnw64FBs4SNnZ9Qte09JN-UAdbx9r0ubF0QJ1kPdlIvnKsg84Io4IBBzHgL9Nr2mi3_jTnZxbnZ3s1KiOMwv1Iq8B5OBVgwSUwj5Na2Je0Q-c-LnzgrOFC5cwoBkIrS8kE1itRULKA7Vw6C9ykHmLDufGxt7e9-Twt1oUCunp7_-v2S_bt4Wy49fvTXe_fvs0wslyBUFxSsobNZ60fHtV3HQhpu9-dykNTJgnfp5KNTtPK6JPT1KlK5H0ZFHTw46saMExZOZ6VsHXIAfhJcA8b24UvOA9TRZkT0jf3DesWjGchKJ0uvCnpMLVixL0T2Ci1BcI3PGNxvMJW8yyO_ZsDrQRoQ8kmTgOz_RcVzcrZkntq69FWL2tQUdl--oLlz831mMp3wVeXdf8DgJHDiw:1o3eFA:aSa3A8iUW_q5G2rlyvKJTzJ0QAMl-6_UkA4nbygqM3Y" "EX" "3" 1655819316.826894 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819316.911459 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LJDEQHZlxpndcdUHF9b7ieBmUQfYkLH6A0jcXhT1Ik-6OdpxM0pNUWB0Q9KALUjdLf4P_YE979afoxd3fYDIquAlF6uVRqXovZ6M3TyOV4cLJ_IipQ5302xYYOEtY--4TuqbFczqlFjZ-atPlxtI-teK1eD3e4lgFnRJGOQMOosffp9e03mw81GfGF2YmVitURBiF-4FWgfPwQ4A5l8A8jith_6IduvBx6QMnDBcqY0YxEFpZikewWoqc4nlsZtJZ4CbxEGvODY_d3e2Nt2mxKhTQ1ac_v2-_pj_-nvU37-fuVv_t2RQjyxUIxSXF37D-pnX2RX3bgZC2feBUFpoySTidSDY4SUqjj08Sp0qRdWVQ0MLP_9WAYcrK4ayEjUMOwI-De1jbzn3BRZgqSp2QvrlvWLVgPAtB6VjuTUn6iRUD7p3AWqEtEH7kKet0ltlKlnY6_s2eVgK0oXgDx4DZ7ruKeulswT21-WKrl9UrqWi-fsHSl_HHWSqmgq8ubT8Dh3TEGw:1o3eFA:L4jRMj1HW_8kVsHKHz8ZxurTsMmwGhdX4lKUpMAmKmQ" "EX" "3" 1655819317.412691 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUcFKYzEUrbS2zzo6giOOHyBTN8WhDK4KYiuobzeiMAt55L0XbaZp8prcoBYEZ6GC3J3X-Yb5A1du_RRX6jdMUkdwEi65J4ebe8_J-eTt00RpvPBj_pOpI50MmxYYOEtY2fUJ3dDKLzqjBtaOtelzY-mAGvFG3Im3OJZBp4RRzoCDGPD36Q116rXH6sLMl4XZdol6EUbhfqRV4DycCjDnEpjHcSnsK_pOFz4ufeCs4UJlzCgGQitL8QSWC5FTvIz1TDoL3CQeYsW58bG3t919mxbLQgFdz93f_V5LfzyfDzcflv60X_ZtipHlCoTikuJ1rL5pXXxV33QgpG0eOpWFpkwSfkokG50mhdEnp4lThcj6Miho4Of_asAwZeV4VsLaEQfgJ8E9rGznvuAiTBWlTkjf3DcsWzCehaB0OvemJMPEihH3TmClpy0QfuApa7W-sm9Z2mr5NwdaCdCG4i5OA7P9dxXVwtke99Tmq61e1qCgXv3fF6wuV3e85_PBV5c2_wKFH8P0:1o3eFB:ixjCIw62JB0QndafV04CVTX6kaK0J0LNsFautuyURbc" "EX" "3"
  4. Good morning, I just installed ownCloud and I'm liking it so far. I put it behind SWAG and was about to set up fail2ban but I noticed owncloud/data/owncloud.log shows source IPs to be 172.17.0.1 (my docker network gateway?). I'm willing to use the Brute-Force Protection app but would it see the same source IP? With it having its own instance of NGINX, maybe I'm not setting this up correctly and I would appreciate some input on how to do this right. Cheers!
  5. Here's mine. I don't have those CLOSE_WAIT lines on my lsof though. Thanks for looking. I'm going to powerdown. I didn't realize my CPU has probably been running since emhttp has gone on a rampage. output.txt
  6. For what it's worth, I'm having the same issue right now and I had just upgraded from 4GB to 8GB of RAM yesterday. # tail /var/log/syslog Jul 30 07:53:44 tower emhttp: /usr/bin/tail -n 42 -f /var/log/syslog 2>&1 Jul 30 08:39:25 tower kernel: mdcmd (66): spindown 8 Jul 30 08:45:14 tower kernel: mdcmd (67): spindown 2 Jul 30 08:45:49 tower kernel: mdcmd (68): spindown 6 Jul 30 08:59:28 tower kernel: mdcmd (69): spindown 9 Jul 30 10:11:06 tower kernel: mdcmd (70): spindown 0 Jul 30 10:11:06 tower kernel: mdcmd (71): spindown 3 Jul 30 13:38:16 tower sshd[14987]: Accepted password for root from 192.168.1.219 port 49594 ssh2 Jul 30 13:50:12 tower sshd[19546]: Accepted password for root from 192.168.1.219 port 49677 ssh2 Jul 30 13:51:06 tower sshd[19885]: Accepted password for root from 192.168.1.219 port 49679 ssh2 # free -m total used free shared buffers cached Mem: 7736 6556 1180 0 443 5317 -/+ buffers/cache: 795 6941 Swap: 0 0 0 # ps aux | grep emhttp root 8678 3.0 0.0 89500 3764 ? Rl Jul29 40:24 /usr/local/sbin/emhttp root 31107 0.0 0.0 5104 1728 pts/0 S+ 14:18 0:00 grep emhttp In the past when I was running v4.5.6 and I ran out of memory, I remember it showed a line in syslog about killing emhttp (or something to that effect). Now, it doesn't seem to show any type of strange activity in the syslog and emhttp is still alive though inaccessible. It was working earlier today though. I'm looking forward to figuring this problem out.
  7. Thanks man. I actually tried to find blue sleeves, but I wanted a dense mesh that would provide cable coverage. Then I'd need color 3:1 shrink tubing as well, which was even harder to find. All on the cheap of course. So that's how I ended up with black. Temps are posted in this thread. The drives definitely run a little bit hotter since the fans were removed, but still adequate. The goal of covering all the "un-fanned" holes is to have the air flow solely through drive cage's intake, well, as much as possible anyway. Granted it's not completely air-tight but it's good enough I think. Most of the drives are idle anyway.
  8. What's up y'all. It's been more than a year since my baby was built. Remember this? At 8 pounds TB, 6 ounces drives, it didn't take long to outgrow it. With the addition of new hardware, I figure I'll show off the update. OS at time of building: 4.5.6 (hey, if it ain't broke...) CPU: AMD Sempron 140 2.7GHz Motherboard: Asus M4A78L-M RAM: OCZ Gold 2x1GB AllComponents DDR2 800 2x2GB (upgraded to accommodate VM's) Case: Cooler Master Centurion 590 Drive Cage(s): (3) SNT-SAC3051TL 5in3 (fans removed) Power Supply: Corsair CMPSU-550VX SATA Expansion Card(s): SUPERMICRO AOC-SASLP-MV8 Cables: Yes, lots. Fans: COOLER MASTER R4-S2S-124K-GP Parity Drive: WD20EARS Data Drives: (1) WD20EARS (6) Seagate 1.5TB + Non Array [seagate 1.5TB (torrents) + WD 300GB (vbox)] Cache Drive: none Total Drive Capacity: Array = 11TB Primary Use: Media storage & file sharing Likes: Easy expandability - no need to take it apart to add storage, promotes Linux education and all around geekiness Dislikes: Hoarding achievement unlocked Add Ons Used: mysql, hamachi, CrashPlan, VBox, Transmission, ssh, screen Future Plans: Today: Try to take over the world I'm going to go ahead and blame Evernote for not saving my not-so-ever-note that contained my figures. User error? What's that? Boot (peak): Idle (avg): Active (avg): Light use (avg): So after the initial 6 SATA slots were taken, I needed to purchase an expansion card to accomodate more drives. I'm cheap *newsflash*, so the standard Supermicro it is. My previous and tasty blue color scheme was completely c-blocked by the red cables I had to use with the expansion card. I was like "Okay, okay, it doesn't seem so bad, I'll get used to--NOPE, this is unaccaptable." So I sleeved those mofos. Some of the color still creep through, but it's good enough to satiate my OCD. So I removed the fans in the drive cages cause they were LOUD and installed a total of 4 exhaust fans. Now the ugly outside :-/. Ugly cause I tried to cover up all extra holes (giggidy) to promote airflow through the drives. I probably could've gone with color sleeves, but I didn't want to have to sleeve the power supply cables either. "But you don't have to re-sleave the black power cables." No, no. I'd HAVE to. I'm currently cabled for 14 drives so I'm hoping I won't have to tinker with the insides for a long time. One of the main goals was to be able to expand the capacity quickly and easily, without breaking the bank. I think I'll mark this one a success.
  9. Awesome build! You realize now I must have that rug.
  10. Hey prostuff, If you plan on updating this package, I ran into a couple of issues and I have some workarounds I would propose for the updated package. Since transmission-bt is no longer hosting blocklist files, the Update Blocklist menu item in Transmission Remote GUI no longer works. So I created a script that downloads the file every other day. In order to take effect, transmission-daemon needs to be restarted, which brings me to Issue #1. (for the purpose of the output captures, I renamed the original transctl to transctl.orig) This is what 'transctl restart' does ! top -bn 1 | grep transmission # just showing the current PID 8824 root 20 0 76552 44m 4676 S 0.0 1.2 168:47.09 transmission-da ! transctl.orig restart Restarting Transmission deamon Stopping Transmission deamon Starting Transmission deamon ! top -bn 1 | grep transmission # different PID, but no PIDFILE in /var/run (sorry, no output of proof) 19467 root 20 0 29976 2092 1540 S 0.0 0.1 0:00.00 transmission-da ! transctl.orig restart Restarting Transmission deamon Stopping Transmission deamon /bin/cat: /var/run/transmission-daemon.pid: No such file or directory kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec] Starting Transmission deamon ! top -bn 1 | grep transmission # kill -INT no-pidfile doesn't work, so enter daemon #2 19467 root 20 0 29976 2120 1564 S 0.0 0.1 0:00.00 transmission-da 19486 root 20 0 21776 2040 1496 S 0.0 0.1 0:00.01 transmission-da ! transctl.orig restart Restarting Transmission deamon Stopping Transmission deamon Starting Transmission deamon ! top -bn 1 | grep transmission # PIDFILE 19486 was created successfully then killed, 19467 remains 19467 root 20 0 30056 2364 1776 S 0.0 0.1 0:00.00 transmission-da 19505 root 20 0 21780 2044 1496 S 0.0 0.1 0:00.00 transmission-da ! transctl.orig restart Restarting Transmission deamon Stopping Transmission deamon /bin/cat: /var/run/transmission-daemon.pid: No such file or directory kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec] Starting Transmission deamon ! top -bn 1 | grep transmission 19467 root 20 0 30056 2364 1776 S 0.0 0.1 0:00.00 transmission-da 19505 root 20 0 21780 2044 1496 S 0.0 0.1 0:00.00 transmission-da 19667 root 20 0 21784 2048 1496 S 0.0 0.1 0:00.00 transmission-da So it looks like it closes the daemon just fine, but for some reason it starts but no PID file is created. On the next restart, there's no PIDFILE to kill so it just moves on to start the daemon again (this time with a PIDFILE). In other words, every other restart generates a process with no PIDFILE. Which brings me to Issue#2: 'transctl kill' ! top -bn 1 | grep transmission 19467 root 20 0 30056 2364 1776 S 0.0 0.1 0:00.00 transmission-da 19505 root 20 0 21780 2044 1496 S 0.0 0.1 0:00.00 transmission-da 19667 root 20 0 21784 2048 1496 S 0.0 0.1 0:00.00 transmission-da ! transctl.orig kill Killing Transmission deamon ! top -bn 1 | grep transmission 19467 root 20 0 30056 2364 1776 S 0.0 0.1 0:00.00 transmission-da 19505 root 20 0 21780 2044 1496 S 0.0 0.1 0:00.00 transmission-da ! transctl.orig kill Killing Transmission deamon ./transctl.orig: line 25: kill: (19667) - No such process ! top -bn 1 | grep transmission 19467 root 20 0 30056 2364 1776 S 0.0 0.1 0:00.00 transmission-da 19505 root 20 0 21780 2044 1496 S 0.0 0.1 0:00.00 transmission-da TL;DR Here are the changes I made to transctl Issue #1 (restart): I put a sleep 5 between stop and start. (5 seconds was arbitrary) $0 stop sleep 5 $0 start Issue #2 (kill): Change 'transmission-daemon' to 'transmission-da' pkill transmission-da I should mention I'm running transmission-daemon version 2.11. Also, restart seems to work fine if I pause all my torrents, but breaks if I start them all (+100 seeds). I didn't look for a magic number in the middle where it starts to break. Hope this helps (someone? anyone? Bueller?)
  11. Try: /etc/rc.d/unraid.d/rc.unraid_mysqld stop and /etc/rc.d/unraid.d/rc.unraid_mysqld start
  12. This.. is why I decided to go back to using my 10.10 partition. I think Unity is a cool idea, but it just wasn't customizable enough for me. Granted I could've just uninstalled it but it was easier to point GRUB to the older version of 10.10 that I've customized heavily over the months. I do miss the Aero Snap though....
  13. Don't give up! I'm sure I'm not the only one who's gotten a Mac XBMC client to work with mysql. Maybe some background information would be helpful. 1. I assume it was all working prior to connecting the particular client you mentioned above. Yes? 2. How many other XBMC clients do you have? What OS are they running and version of XBMC? 3. What steps did you take to connect this particular client? I'm also curious, why AFP instead of SMB?
  14. Awesome awesome. You'll never see me turn down free beer. Cheers.
  15. Hmmmmmmm. I have no clue what that means. Activate: Google-fu http://forum.xbmc.org/showthread.php?t=83283 There's a line in the 8th post and I have no idea what that does. Do you want to give that a shot and report back? As far as downgrading, it sounds like it's similar to upgrading. Maybe this thread can give you some clues. http://lime-technology.com/forum/index.php?topic=8095.0 I'm not the best person to ask about upgrades/downgrades, since I'm still using an older version. I subscribe to "if it ain't broke..." especially with an OS I don't know much about.