[00:06] <am11> oh finally! it was easy. apt-get install gcc-4.5 .. :)
[00:06] <am11> it was right here: https://launchpad.net/ubuntu/+source/gcc-4.5
[10:51] <lordievader> Good morning
[10:53] <gblfxt> morn! :O
[10:54] <lordievader> Hey gblfxt, how are you?
[10:54] <gblfxt> lordievader, sad i could get zabbix running in 32 bit ubuntu... :P
[10:55] <lordievader> ? Why not?
[10:56] <gblfxt> not sure, seemed to run fine under 64bit
[10:57] <lordievader> It does ;)
[10:57] <lordievader> First step of fixing thing is finding out why something doesn't work ;)
[10:59] <gblfxt> apt-get install, edit the /etc/zabbix/whaterver file, do service zabbix-server start, no logs, doesnt start is the basics of it, oh, then drink alot
[11:01] <gblfxt> could be an issue w pgsql, i might try again w mysql, i just dont get why 64bit works great, but 32bit dies on the vine
[11:01] <lordievader> gblfxt: Run the server in your shell and see if it crashes.
[11:03] <Novice201y> Hi. Do You know any website with sample task to do in Linux and Apache?
[11:03] <gblfxt> lordievader, ok, ill give that a spin
[11:04] <gblfxt> Novice201y, what task your interested in?
[18:21] <zune> drwxr-xr-x 5 root root 4096 Jan 11 18:15 ./
[18:21] <zune> drwxr-xr-x 5 root root 4096 Jan 11 18:15 ../
[18:21] <zune> drwxr-xr-x 0 root root    0 Jan  3 22:33 app/
[18:21] <zune> d????????? ? ?    ?       ?            ? film/
[18:21] <zune> drwxrwxrwx 1 root root    0 Jan 11 18:16 tvshows/
[18:21] <zune> user@server:/samba/media$ sudo rmdir film
[18:21] <zune> rmdir: failed to remove âfilmâ: Device or resource busy
[18:21] <zune> anyone ever seen something like this?
[18:21] <zune> and dont comment on the 777
[18:28] <qman__> it usually means either the disk on which it resides is unavailable (down nfs, failed disk, etc) or that your filesystem is corrupt
[18:34] <zune> it is a mounted dir on an other disk but i can easily access the original dir but efter the mount i Can't and i cannot remove the dir or umount it
[18:40] <qman__> so, the disk it's on is having some issue, probably a corrupt filesystem
[18:40] <qman__> umount it and run fsck on the disk
[18:40] <qman__> also suggest running smartctl -a on it to check for errors
[18:40] <qman__> apt-get install smartmontools if you don't have it
[18:40] <zune> will try
[18:42] <PhilippeGeek> Hello
[18:43] <PhilippeGeek> Can someone help me with apache configuration ?
[18:45] <maxb> Unless it's Ubuntu-specific, you might find #httpd on this network has a better focus on that sort of knowledge
[18:46] <zune> http://textuploader.com/61xy
[18:46] <zune> smartctl output
[18:47] <qman__> ok, no errors logged, good sign
[18:47] <qman__> oh, it's virtual
[18:47] <zune> but the prefail and old age type is that a good sign
[18:47] <qman__> it's a QEMU virtual disk so it doesn't matter
[18:48] <qman__> you would have to check the physical disk it's actually stored on to get useful info out of smartctl
[18:48] <zune> no it is a phisycal disk mounted on a vm
[18:59] <zune> now i got the real disk http://textuploader.com/61x8
[19:02] <qman__> no errors logged there either, which is good
[19:05] <zune> but the prefail and old age is that standard course all my disk are saying that
[19:05] <zune> I just try reboot the vm and se if it helps
[19:05] <qman__> those are just value types
[19:06] <qman__> the values look reasonable to me
[19:06] <qman__> but generally, I only go by the error log
[19:07] <qman__> if your load cycle count gets outrageous that can be indicative of a problem
[19:07] <qman__> and temperature should stay below 50 for the most longevity, yours is 34
[19:13] <zune> the reboot helped, i dont know what was wrong
[19:13] <qman__> could have been some sort of communication issue with the virt layer
[19:13] <qman__> I'd recommend running fsck anyway
[19:13] <qman__> in case it left any partially committed transactions
[19:13] <zune> but thanks for your help
[19:14] <zune> I will but this should be on the phisical disk ?
[19:14] <qman__> no, in virt
[19:14] <qman__> on the filesystem
[19:14] <zune> ok
[19:19] <vonsyd0w> backup any important data!
[19:36] <RoyK> vonsyd0w: that's redundant information - anyone with a wee bit of underanding of data, backs of their data ;)
[19:40] <vonsyd0w> never assume anything ;)
[19:42] <qman__> actually, most people do a terrible job at backups if they take them at all
[19:43] <qman__> I set up a replication server somewhat recently, but for offline I have very little and for offsite, none
[19:45] <vonsyd0w> I assume that wasn't your choice?
[19:45] <qman__> it's just expensive
[19:45] <vonsyd0w> i figured money had something to do with it
[19:46] <qman__> but that's speaking as someone who does this kind of thing for a living
[19:46] <qman__> people who don't are way, way worse
[19:46] <vonsyd0w> I'm literally going through this with my company right now... Backups are an afterthought
[19:47] <qman__> my backup strategy has always been, if it's important, keep it in lots of places
[19:48] <qman__> I'd like to be able to move my replication server to another building
[19:49] <qman__> as-is I'm only defending against individual hardware failure
[19:49] <vonsyd0w> what are you replicating? Files, DBs or something else?
[19:49] <qman__> files
[19:49] <qman__> my internet's not fast enough to do "cloud" backup and frankly I don't trust them with my data anyway
[19:50] <vonsyd0w> you could encrypt before going to cloud, no?
[19:51] <qman__> I don't think there's any practical way to do that with the amount of data I have
[19:51] <qman__> my current setup is ZFS snapshots
[19:52] <qman__> ZFS built on top of dm-crypted disks at both ends
[19:52] <vonsyd0w> ah sweet
[19:53] <vonsyd0w> so just send/receive w/ zfs?
[19:53] <qman__> yeah
[19:53] <qman__> I've got it set up to do hourly, daily, weekly, and monthly
[19:53] <qman__> so I'm protecting against user error too
[19:53] <qman__> but building burns down, I'm done
[19:55] <qman__> the snapshots themselves are actually quite small, so I might be able to colo the server somewhere
[19:56] <vonsyd0w> yea since you already have the bulk of the data sync'ed, subsequent syncs should be small
[21:32] <_Brandon_> are there any advantages when using haproxy+nginx compared to haproxy+apache?