| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26
Comments:
<0> there ... japanese
<0> 2 nukes and they still lived, i wont question ****
<0> ;)
<1> I wish I could take more Japanese cl***es, my sensei was great.
<0> WOW
<0> ive had to explain to this retard for the past 2 hours
<1> motion: /ignore retard
<0> viewing the subversion log has NOTHING to do with a checking the code out
<0> cannedbar; i cant he is a co-worker
<0> cannedbar; as if he missed me telling him the first 3 times
<1> hooray for cow-orkers?
<0> "BUT I CANT VIEW THE LOG"
<0> i told you mother ****er
<0> click the ****ing repo browser
<0> :(
<0> i havent even touched tortoisesvn for like a month
<0> and explaining to everyone how to use it :(
<1> that reminds me, I have to get my svn repo online, need to start versioning my configs
<0> cannedbar; come to tink of it
<0> cannedbar; rammstein is one of very few (if only) groups
<0> i can listen to an album
<0> and not be annoyed by a song at all
<2> say i go crazy with LVM and make/delete 1000's of LV's of different sizes which scatters their member PV's all over the VG, is there a way to 'defrag' the LV allocation?
<1> matja: dd if=/dev/zero of=/dev/VolumeGroup00
<2> :p
<2> an entirely correct answer, but not one that i wanted :)
<2> hehe
<1> only way I know if is transferring everything off the VG, killing the PV's and starting over
<2> i was looking at the device mapper api and it seems that it would be quite possible to add an ioctl which atomically swaps two PV's... that used to be possible with lvm1 pvmove userspace tools, but not in lvm2 it seems
<2> oh well, not a big problem, just curious ;)
<3> narf
<3> cute
<3> http://www.abc.net.au/science/news/stories/s1680304.htm
<3> a friend is already calculating the market value of a antibiotic to protect those dvds after "introducing" a bacteria to attack it
<3> funny funny
<2> anyone know of a tool to test WebDAV servers?
<3> hi matja
<3> hmm nope, never really used that
<2> hiya
<3> matja, you use sun stuff alot?
<2> nope, never
<3> solaris, sun equipment in general etc
<3> :(
<3> you are lucky
<3> bla, my new job uses only sun/solaris, and some other insane overpriced crazy pointless stuff
<3> really really really expensive "things" (switches?) that cant even do arp filtering
<3> very crazy environment, i will have to adapt
<2> PUT /dav/meow.txt HTTP/1.1
<2> Host: calendar
<2> Resource /dav/meow.txt has been created.
<4> Interesting.
<2> netcat is teh webdav testing t00l
<5> heh
<2> 10.223.1.23 - - [12/Jul/2006:10:50:37 +0100] "POST /_vti_bin/shtml.exe/_vti_rpc
<2> WTF is outlook doing to my webdav servah
<4> It's trying to eat you
<2> :E
<3> lol
<3> :)))
<3> shtml.exe?
<3> cute
<6> if i do a build for gentoo on an AMD XP3200
<6> baring rebuilding the kernel for change in MB, it would be fine on a Sempron 2500 yes?
<2> as long as the kernel isnt x86_64
<2> unless you have one of the really late sempron's
<2> yea should be fine
<2> :D
<6> you know mb's which have raid built onto them
<6> would you use the onboard raid, or still linux software raid ?
<6> i'm leaning towards software raid (for full mirroring), for compatibility of moving the drives
<7> if you're already planning on moving them, then go software
<6> well, see, I did hardware on my desktop
<6> then moved mb's
<7> but, hardware raid will have less of a strain on the sytem (obviously)
<6> and lost all my data
<2> only ever use the onboard raid if you want to access the data from windows or something
<2> Super-Fly: vitrually all onboard-raid is actually proprietry software raid
<6> yeah i figured go software
<6> the onboard is a nightmare
<6> you even change CHIP reversions
<6> and it breaks
<8> I always heard the onboard raid (especially ide or sata) is cheesy and relies on the CPU for its work. That the onboard uses the driver to do most of the work.
<8> In light of that I would say go with the software.. my 2 cents.
<6> onboard is actually software in a chip[
<6> ity's only like adaptec sata raid thats different
<6> but i'm not spending 300qudi on their controller
<8> aha
<2> all the chip does is loads the boot sector at boot time
<8> hehehe
<2> its extremely dumb
<8> what raid level are you doing Jaded ?
<9> all of them at the same time
<8> bwaha
<2> a mate of mine setup a raid 666 array
<2> from old scsi drives
<9> sounds evil
<8> madness
<2> use 27 drives, and you get the space of 1
<2> but BOY, its hardcore redundancy
<8> geeze..
<6> i use 1 live drive, 1 hot spare
<8> never heard of that one
<6> funny thing is, my hot spare died, and my live drive is fine
<2> Jaded: er?
<6> sods law eh?
<8> Jaded: a mirror?
<6> yup full mirror
<6> but sata is hotswap on the current system
<2> thats not a hot spare
<6> new system it wont be
<8> would be three drives if you had a hot spare
<6> matja: umm why not? I can replace the drive without power down
<2> a 'hot spare' is a drive which isnt a member of a raid set
<8> means you can lose a drive and the raid automatically rebuilds, so you don't lose redundancy
<6> oh right my bad
<2> its only active when there is a drive failure
<6> raid 5 yeah
<6> well, at least I got the answer i was looking for
<6> which is go software raid
<2> hehe
<6> tbh, the software raid seems pretty ok now
<6> i've avoided it for a while after it trashed my stuff during inital releases
<2> several servers at work use software raid
<2> acutally had less h***le with it than hardware raid
<8> that pretty cool matja.. do any of them use lvm?
<2> brujoh: yep, lvm on md
<2> though, with software raid, keep backups of your meta data
<2> so you can recreate it if need be
<2> especially with software raid5
<6> used to use lvm
<8> good tip there, read an lj article a couple months ago about it
<2> thats a bit painful to reconstruct if your mobo blows up and linux starts corrupting the raid on-disk meta data
<2> and yeah it happened to me
<2> hehe
<8> doh
<2> wouldn't have been a problem, but the entire disk was also aes-256 encrypted
<8> that where the hardware raid is nice.. Usually not too complicated to rebuild
<8> matja: ooh damn
<2> had to cut my losses on that one and restore from a backup hehe
<2> yeah
<2> hardware raid cards usually have a battery with sram to store the configuration
<2> so if your drives or mobo goes weird, its ok
<8> matja: ahh true..
<2> but if the controller goes weird, well, call it a write-off
<8> matja: right! raid is no substitute for having backups
<2> indeed
<2> it just increases your uptime a little
<2> :D
<8> let's the admin sleep in ;)
<8> or something
Return to
#gentoo
or
Go to some related
logs:
vfinx cusip
(brenn) looks like
#stocks
#politics
#politics
#politics
convert dynamic +fixmbr
#computers
icohate
#beginner
|
|