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 | 00:06 |
=== zz_DenBeiren is now known as DenBeiren | ||
=== markthomas|away is now known as markthomas | ||
=== markthomas|away is now known as markthomas | ||
=== markthomas is now known as markthomas|away | ||
=== bilde2910|away is now known as bilde2910 | ||
lordievader | Good morning | 10:51 |
gblfxt | morn! :O | 10:53 |
lordievader | Hey gblfxt, how are you? | 10:54 |
gblfxt | lordievader, sad i could get zabbix running in 32 bit ubuntu... :P | 10:54 |
lordievader | ? Why not? | 10:55 |
gblfxt | not sure, seemed to run fine under 64bit | 10:56 |
lordievader | It does ;) | 10:57 |
lordievader | First step of fixing thing is finding out why something doesn't work ;) | 10:57 |
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 | 10:59 |
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:01 |
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:03 |
gblfxt | Novice201y, what task your interested in? | 11:04 |
=== bilde2910 is now known as bilde2910|away | ||
=== zz_DenBeiren is now known as DenBeiren | ||
=== zz_DenBeiren is now known as DenBeiren | ||
=== dw2 is now known as dw1 | ||
=== sarthor_ is now known as sarthor | ||
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:21 |
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:28 |
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:34 |
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:40 |
PhilippeGeek | Hello | 18:42 |
PhilippeGeek | Can someone help me with apache configuration ? | 18:43 |
maxb | Unless it's Ubuntu-specific, you might find #httpd on this network has a better focus on that sort of knowledge | 18:45 |
zune | http://textuploader.com/61xy | 18:46 |
zune | smartctl output | 18:46 |
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:47 |
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:48 |
zune | now i got the real disk http://textuploader.com/61x8 | 18:59 |
qman__ | no errors logged there either, which is good | 19:02 |
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:05 |
qman__ | the values look reasonable to me | 19:06 |
qman__ | but generally, I only go by the error log | 19:06 |
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:07 |
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:13 |
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:14 |
vonsyd0w | backup any important data! | 19:19 |
RoyK | vonsyd0w: that's redundant information - anyone with a wee bit of underanding of data, backs of their data ;) | 19:36 |
vonsyd0w | never assume anything ;) | 19:40 |
qman__ | actually, most people do a terrible job at backups if they take them at all | 19:42 |
qman__ | I set up a replication server somewhat recently, but for offline I have very little and for offsite, none | 19:43 |
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:45 |
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:46 |
qman__ | my backup strategy has always been, if it's important, keep it in lots of places | 19:47 |
qman__ | I'd like to be able to move my replication server to another building | 19:48 |
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:49 |
vonsyd0w | you could encrypt before going to cloud, no? | 19:50 |
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:51 |
qman__ | ZFS built on top of dm-crypted disks at both ends | 19:52 |
vonsyd0w | ah sweet | 19:52 |
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:53 |
qman__ | the snapshots themselves are actually quite small, so I might be able to colo the server somewhere | 19:55 |
vonsyd0w | yea since you already have the bulk of the data sync'ed, subsequent syncs should be small | 19:56 |
=== mist_ is now known as mist | ||
=== bilde2910|away is now known as bilde2910 | ||
=== Tw33k is now known as tw33k | ||
_Brandon_ | are there any advantages when using haproxy+nginx compared to haproxy+apache? | 21:32 |
=== bilde2910 is now known as bilde2910|away |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!