I've discovered systemd added a container utility called systemd-nspawn. It's basically chroot on steroids. (No, don't think Docker) I decided to give it a shot even they don't consider it stable yet. I tried to implement encryption a bit. Data normally sitting duck on bare-metal unencrypted servers (mainly because encryption seems hard or you trust your data center & country). If someone reboots the server and adds "rescue" to grub kernel line, (s)he will get a root user prompt, bye to personal/commercial sensitive info!
I've closed my Dropbox account (you might guess the motive behind it) and migrated my files to my fresh-installed OwnCloud 7. Configuring owncloud is still kind of pita. Here is the configuration file for Nginx/PHP-fpm virtualhost. Also follow this documentation to prevent bruteforce attacks to owncloud.
Couldn't find an easy & reliable way to check if memcached is running (for HA tools). Current check scripts on the net are generally stalling when memcached hits to maximum connections. So I wrote a dirty script that timeouts after 1 second on unsuccesful try. It's ugly but you get the idea. Why if ? Because my version of netcat wasn't exiting with correct error status on timeout for some reason.
Ext3 has 30K directory limit inside one single directory and I needed to create ~180K. Crap, I need another filesystem, which might be ext4, xfs or something like it. But I can't shutdown a production server or plug another disk. So I created one file which is big enough for my needs (let's say 100G): truncate -s 100G my_ext4_blockfile Let's format the file: mkfs.ext4 my_ext4_blockfile Now, you can mount the file wherever you like:
I have an old-ish Sony VAIO netbook (this) which has few broken buttons on keyboard (I probably shouldn't open the case). This thing has 1.83GHz Atom CPU (yay! calculator!) and 2G RAM. This thing was sitting on the shelf since I realized that I can't bear the low CPU power. Lately decided to use it for something, but what? After little playing around, now it's really doing something as a low-powered (I hope), 7/24 open home server!
I don't know why you exactly use --depclean for, but I just wanted to have a quick lookup which packages were safe to remove. Then I saw "Number to remove: 350". Hehe. That might be "safe" to remove but the system won't be same after I delete kde-base/kdm etc. I didn't want to deal with "searching on gentoo forums" stage and wrote a dirty one liner to see which packages are "really" the last one on the dependency tree.
Some inmates say that violence is the worst thing we gotta face. For me, the worst thing is the great yawn. How do you fill day after dull ass day? We got these routines that are supposed to give our lives order and meaning. But I'm here to testify that I'm less afraid of getting shanked in my back than the routine. Cause the routine, man, the routine'll kill you.
I've rebooted my Debian and realize my ethernet card is not working. Cable seems unplugged. My hardware is: lspci | grep Ethernet 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) Tried installing r8168 driver from Realtek website and ethernet became crazy with these messages: tail /var/log/messages | grep link Feb 15 22:34:04 debian kernel: [ 9.264536] userif-3: sent link down event. Feb 15 22:34:05 debian kernel: [ 9.
If you're using ProFTPD with virtual users (sql) and want to use md5-hashed passwords in sql table, uncomment this line in modules.conf: LoadModule mod_sql_passwd.c And edit sql.conf relevant lines like: SQLAuthTypes MD5 SQLPasswordEngine on SQLPasswordEncoding hex And don't forget to change password areas to MD5 before restarting the daemon.