[01:34] * up_the_irons wonders why the OpenBSD install CD (s)hell option doesn't have growfs [01:36] nor does bsd.rd [01:36] * up_the_irons files a ticket with toddf [01:48] growfs isn't in the bsd.rd perhaps? [01:50] $ find /usr/src/distrib | xargs grep growfs [01:50] /usr/src/distrib/sets/lists/base/mi:./sbin/growfs [01:50] /usr/src/distrib/sets/lists/man/mi:./usr/share/man/cat8/growfs.0 [01:50] but since you're already using growfs it means you have a fs to grow [01:50] implying you have a root fs around somewhere [01:50] mount /dev/wd0a /mnt [01:50] /mnt/sbin/growfs .. [01:53] toddf: yes, mounting an existing fs is what i ended up doing [01:54] I grew wd0a from 5G to 120G, now /bsd won't boot (hangs after "entry point at..."), yet bsd.mp boots fine [01:54] never seen this before. then again, i also never did growfs from 5G to 120G before. only did 40G max [01:55] I bet the bios fails to read sectors after a specific size, I forget what the threshold is [01:56] I bet bsd.mp was around from before growfs, but you placed bsd after [01:56] toddf: both were around before growfs [01:56] toddf: i guess i should make / smaller then [01:56] interesting [01:57] yeah i found it odd as well [01:58] did you fsck after growfs? [01:58] toddf: yeah, went through clean [01:59] toddf: a clue: if I try to 'config -e /bsd' from a shell, it will never save it, instead says "not forced" [02:00] if I '-o bsd.new', i can get *that* one to save [02:00] yeah, I normally do the dangerous way: [02:00] config -ef /bsd [02:00] then I 'mv bsd.new /bsd', but same symptoms [02:00] haha [02:00] always have bsd.rd and/or obsd for rescue [02:00] but with your setup, there's the iso as well [02:01] yyup [02:01] i will re-image this fucker, and put the majority of space on /usr [02:01] is this a template or one of your custom systems? [02:03] toddf: someone ordered a 120G OpenBSD VPS, which is rare (the 120G part), so I don't have templates for a 120G sized one. What I do is take the small one (5G), run the setup scripts, then _after_ it is all set up, go into disklabel / fdisk / growfs and change the disk size [02:03] toddf: this method has worked for 10G, 20G and 40G VMs, no problem. Never tried it on 120G [02:04] heh, personally I have a pretty basic disk layout then leave the rest empty as a matter of customization and expansion later [02:05] yeah [02:06] even the 10G disk has 7G free on my vps at your site [02:06] hehe [02:06] OpenBSD area: 63-20964825; size: 10236.7M; free: 7734.4M [02:08] :) [02:08] you run a lean machine [02:09] toddf: do you like the new "Show" links for passwords in the Portal? ;) [02:09] yes, I was gonna test them with more than midori, but yeah its much better than visible by default [02:09] next step, change-o-matic [02:10] right [02:11] and for brownie points, permit a url for an iso for self install of vps's during order *grin* [02:11] *** Ujjain has joined #arpnetworks [02:12] i like much more for that kinda stuff to happen over a ssh pub-key protected interface (hey, maybe i'll put the change-o-matic in the console server) [02:13] toddf: one big problem with self-install or any type of auto-install / instant provisioning, is it attracts a lot of script kiddies; generally, if they have to wait 24 hours for something, or they get a sense "someone is watching", they go away [02:13] *** Ujjain has left [02:14] I'd be happy for the functionality of changing things via ssh, so long as (via ssh or portal) one could submit an rsa key twiddle too ;-) [02:15] I honestly would like to be able to have multiple rsa keys in the .ssh/authorized_keys file for the console, I have a business, and I have an employee, and I do expect to be afk for !short periods of time in a few months [02:15] though I guess I could simply just make the rsa key be something both I and the employee have access to.. [02:16] toddf: it's almost like if i could spawn '$EDITOR ~/.ssh/authorized_keys' within the console menu, that'd solve that right there [02:16] so you can edit it yourself, even lock yourself out ;) [02:17] now if i could find an $EDITOR that doesn't allow shell commands to be executed... [02:17] probably better to accept multiple lines of input for a replacement authorized_keys file, easier than finding an editor to suit your fancy [02:17] vi probably has a mode for this... [02:18] toddf: yeah [02:18] that's what i was thinking... that'd be pretty easy [02:18] the initial accounts are even set up that way. a script says "paste customer's key(s) below" ;) [02:18] $ env SHELL=/usr/bin/false vi [02:18] date: exited with status 1 [02:18] Press any key to continue [: to enter more ex commands]: [02:19] no guarantees this is a good thing to use though [02:19] echo "Paste user's public key below" [02:19] cat > $AUTHORIZED_KEYS_FILE [02:19] ... [02:19] >> $AUTHORIZED_KEYS_FILE [02:20] toddf: i bet with a little bit of shell i could make it changeable, copy & paste fashion, no editing [02:20] if the menu is a shell script [02:21] it is [02:21] echo "pasta lavista:" [02:21] heh [02:22] while read line; do [ "$line" = "EOF" ] && break; echo "$line" ; done > $AUTHORIZED_KEYS_FILE.tmp && mv $AUTHORIZED_KEYS_FILE.tmp $AUTHORIZED_KEYS_FILE [02:22] or somesuch [02:23] so e.g. if the ssh connection was interrupted during the paste it in theory wouldn't end up with a zero'ed file [02:24] right [02:25] there could also be "Now test your login, did it work? (y/N) : " [02:26] if that isn't answered with yes, then the old auth-key-file is restored [02:31] sounds like a good safety net [02:33] yeah [02:33] re-imaged that VM, still wouldn't boot /bsd, bah [02:33] gonna keep / the same this time, and make a /usr [02:35] maybe to keep the script kiddies away, you provision VM's with a 24hr min delay (or, set them up, delay the initial email) .. vs established customers who get a special merit badget of sorts that lets them provision more rapidly [02:36] aka I'm not exactly planning to provision more vm's, but if certain hardware or providers I have my physical systems at have issues, I'd be waiting with baited breath for the next vps to be setup [02:37] (fresh off the reality check, I had a dns server set to a client provided vm system, unfortunately I got very short notice at a bad time and am 4 days later just now pointing dns to your vps *grin*) [02:37] 'short notice' -> "short notice the vm was going away" [02:38] something tells me that's a few steps down the automation path you might want eventually, I'm certainly not advocating you put it anywhere but the lowest rung of todo if it even has merit in your business plan ;-) [02:39] yes, all good points :) [02:40] *** schmir has joined #arpnetworks [02:43] toddf: do you new -O2 when you newfs your filesystems? [02:43] s/new/use/ [02:45] -O2 is better for `bigger' filesystems, not sure where the threshold is [02:45] OpenBSD dos not yet support booting off of them [02:45] must be w/out newfs -O2 [02:46] -O2 wastes a little space for lazy inode allocation [02:46] but makes faster fsck times and bigger fs's work fine [02:46] don't fall into the trap someone on the mailing list did recently [02:46] newfs -O2'ed a 6T partition and then couldn't fsck after lots of backup data was written ;-) [02:47] haha [02:47] good to know [02:47] tnx [02:47] I have a 1T disk, sliced it into 250gb chunks just to be safe (though larger is fine, have a 500gb disk with 1 partition on a physical colo, it fscsks just fine regularly) [02:48] oh man, what is the openbsd equiv of this: [02:48] tar -cf - -C /mnt/old/ --numeric-owner . | tar -xpf - -C /mnt/new/ --numeric-owner [02:48] there are other parameters to twiddle with larger fs's especially if the files are not small on average [02:48] bsd.rd version of 'tar' doesn't like the '-' for stdout it seems [02:49] I'd imagine this should work on most anything: [02:49] (cd /mnt/old; tar cf - .) | (cd /mnt/new; tar xpf -) [02:50] if dump were on the boot media I'd say 'dump -0a -f - /mnt/old|(cd /mnt/new;restore -xf -' [02:50] ok, let me give that a try [02:51] it's doing something (didn't barf)... [02:51] nice [02:51] tnx [02:52] I've used tar so much w/out -C I just fall back on old reliable habits w/out -C ;-) [02:54] toddf: i'd prefer to not use -C, it has always confused me; but to be honest, i've never fully groked tar itself, just so many little different things about it on every system [02:55] I started with hpux, then slackware, debian, solaris, found openbsd and used that mostly, have some forced interaction with aix [02:56] basic stuff tends to work pretty reliably [02:56] not sure what --numeric-owner is about, I thought tar stored numbers by default instead of names [02:57] toddf: yeah but upon restore it likes to match up the right names accoring to /etc/passwd; a practice i don't like [02:58] if it stores numbers how does it match up the names? [02:58] toddf: at least w/ GNU tar, probably not so on the *BSD versions. however the FreeBSD tar has that option [02:59] toddf: nfi, it may store the names too.. i just notice when i use --numeric-owner, i have a lot less problems upon restore [04:11] *** ziyourenxiang has joined #arpnetworks [04:17] *** bob^^ has quit IRC (Read error: Connection reset by peer) [04:17] *** bob^^ has joined #arpnetworks [05:40] *** baklava has quit IRC (Read error: Connection reset by peer) [05:41] *** baklava has joined #arpnetworks [06:50] *** mike-burns sets mode: +o up_the_irons [06:54] *** ziyourenxiang has quit IRC (Quit: ziyourenxiang) [08:08] *** heavysixer has joined #arpnetworks [08:08] *** ChanServ sets mode: +o heavysixer [09:44] *** schmir has quit IRC (Remote host closed the connection) [11:14] up_the_irons: are you running an ntpd within the arp network that is available? [11:16] he didn't the last time it was asked, just use pool.ntp.org [11:16] kk [12:23] up_the_irons: why can i portsnap fetch extract so much faster from your network than my home network? i get like 200 KB/s down, but my connection is capable of so much more [12:23] do you have some ports caching server or something? [12:27] *** visinin has joined #arpnetworks [13:08] amdprophet: i don't have an ntp server [13:09] amdprophet: portsnap is faster from my network b/c it rocks [13:09] ;) [13:10] srsly though, it is probably because of either (or both): 1) I'm close to some mirror, 2) My pipes are pretty fat (multiple GigE) [13:10] last time I checked, ftp4.freebsd.org was really close [13:13] up_the_irons, dedicate a vps to a cvsup server [13:13] it's really easy [13:13] but i bet your under your commit so you dont care for the bandwidth use [13:14] yeah, i have a lot of unused capacity [13:14] but, nevertheless, it is "a good thing to do". link me to some docs on how to set it up [13:15] *** schmir has joined #arpnetworks [13:16] http://www.openbsd.org/anoncvs.shar ? .. oh wait, thats openbsd sources ;-) [13:16] hehe [13:18] amazing factoid about anoncvs + opencvs. the only files outside the CVSROOT are: 'touch dev/null' and a static binary of opencvs as 'usr/bin/cvs' [13:18] I can even serve anoncvs off afs in a chroot environment ;-) [13:19] *** Prael has joined #arpnetworks [13:19] that's pretty nice [13:21] www.freebsddiary.org [13:21] it's really easy [13:21] roger [13:21] http://www.freebsddiary.org/cvsupd-server.php [13:22] http://screamingelectron.org/forum/archive/index.php/t-292.html [13:22] cvsupd-server.php doesn't look like what i used [13:23] the second link is what i used but was on freebsdddiary [13:34] toddf, come on.. openbsd? we're not talking OS's that are in the same class with windows.. [13:35] jeev: I have my fingers in my ears [13:35] hahaha [13:35] you're gonna have to stick them into your eyes! [13:35] dood i've been working to fix someone's stupid xp virus for 4 hours now [13:35] i'm really good, if i could get into safe mode, i could remove the LSP. but cant [13:36] maybe i can find out where the lsp thingies are stored and delete from a PE [13:45] *** fastttputy has joined #arpnetworks [13:46] hello, i am currently tring to optimizing all the stuff i can on my serve [13:46] server [13:46] to have the minimum delay for my users. [13:46] my server is on us, and trying to reponse to chinese poeple.. [13:46] and ping are kinda very high.. [13:46] what the best thing i could do to minimize delay and get faster reponse [13:48] so you have a vps at arpnetworks and you want to minimize latency to your chinese users? [13:50] oh wait.. this is only suppot for arpnetworks users? [13:50] =S [13:51] i thought its a support channel for networks ;( [13:51] *** cablehead has quit IRC (Ping timeout: 256 seconds) [13:51] *** visinin has quit IRC (Quit: asdf) [13:53] networks ? heh [13:53] well its more tcp ip optimizing [13:53] ;P [13:53] #networking or ##networking but good luck [13:54] latency is latency most of the time everything is ok i think [13:54] hanks you! [13:54] hmm yaeh but i found some stuff tat help [13:54] as changing mtu [13:54] and putitng some dscp and tos on stack ip [13:54] yea, you should try sites like dslreports.com and stuff like that, i dont think networking people will wanna help ;D [13:54] except tat, i wonder if there more stuff to do :o lol [13:54] damn they suck >=( [13:55] so you mean they are selfish poepe : [13:55] :o [13:55] no, think about it [13:56] people aren't getting paid to help... [13:56] and most of the time, it's repetative questions [13:56] you can't blame them for getting annoyed. [14:00] *** fastttputy has quit IRC (Ping timeout: 276 seconds) [14:09] *** cablehead has joined #arpnetworks [14:09] *** ChanServ sets mode: +o cablehead [14:39] *** schmir has quit IRC (Ping timeout: 256 seconds) [14:53] *** cablehead has quit IRC (Ping timeout: 248 seconds) [14:53] *** cablehead has joined #arpnetworks [14:53] *** ChanServ sets mode: +o cablehead [15:01] *** schmir has joined #arpnetworks [15:21] heh, networking support [15:57] *** darthn8ers has joined #arpnetworks [15:58] *** amdprophet|sleep has joined #arpnetworks [15:58] *** amdprophet has quit IRC (Read error: Connection reset by peer) [15:59] any admins alive in here? [15:59] what's up darthn8ers ? [16:00] I know some people who use your VPNs and referred me to ARP [16:01] i'm not an admin btw, just a customer :) [16:01] ahh :) [16:01] do you know if they support ubuntu 9.10 or debian 5 [16:02] i'm not sure i'm afraid :( [16:02] i run freebsd 8.0 [16:02] i suspect you can probably upgrade a 9.04 system to 9.10 but i couldn't be sure [16:02] ok.. well thanks for your reply anyway [16:03] probably [16:03] debian 5 is supported though [16:03] it's on the order list [16:04] https://www.arpnetworks.com/order?product=vps&vps_special=1 [16:05] awesome.. I looked all over the site except the order page [16:06] hehe :) [16:06] I have never used a vps before.. is it kinda like using remote desktop? [16:06] it's basically a dedicated server [16:07] nothing installed except the operating system and ssh [16:07] so i wouldnt be able to use the gui in fedora? [16:08] well, if you ran it over vnc then yeah, probably [16:09] i really dont need the gui. I was just curious. [16:09] not sure how well it would perform though i guess [16:10] i am looking into a vps do download source code and compile with. then host the compiled .img for download.. would that be doable with a vps? [16:10] yup [16:10] sweet... thanks for your time bob [16:10] np :) [16:14] darthn8ers: we're running ubuntu 9.10 [16:14] *** darthn8ers has left "Leaving" [16:14] oops, too late.. [16:14] lol [16:15] lol :) [16:18] *** amdprophet|sleep is now known as amdprophet [16:18] weird... i don't remember setting my name to amdprophet|sleep [16:19] your script probably did [16:20] crazy linkinus [16:20] * amdprophet shakes fist [16:21] *** schmir has quit IRC (Remote host closed the connection) [16:37] *** ballen has joined #arpnetworks [16:38] *** ballen has quit IRC (Changing host) [16:38] *** ballen has joined #arpnetworks [16:38] *** ChanServ sets mode: +o ballen [16:40] RandalSchwartz: let me know which one you end up liking the best. [17:55] *** ballen has quit IRC (Quit: Leaving...) [18:53] *** ballen has joined #arpnetworks [18:53] *** ballen has quit IRC (Changing host) [18:53] *** ballen has joined #arpnetworks [18:53] *** ChanServ sets mode: +o ballen [20:42] *** heavysixer_ has joined #arpnetworks [20:42] *** ChanServ sets mode: +o heavysixer_ [20:42] *** heavysixer has quit IRC (Ping timeout: 260 seconds) [20:42] *** heavysixer_ is now known as heavysixer [20:46] *** heavysixer has quit IRC (Client Quit) [22:39] *** coil has quit IRC (Read error: Connection reset by peer) [22:39] *** coil has joined #arpnetworks