[00:02] <kirkland> hggdh: status check
[00:07] <hggdh> kirkland: finalising installs
[00:10] <hggdh> kirkland: only waiting for the two NCs to finish install. UEC image is registered
[00:11] <kirkland> hggdh: k
[00:11] <kirkland> mathiaz: nearly done ....
[00:21] <mathiaz> kirkland: I need to jet out for now
[00:21] <kirkland> mathiaz: are you traveling all day tomorrow?
[00:22] <mathiaz> kirkland: yeah - I'll be able to retrieve/read/respond to email though
[00:22] <mathiaz> kirkland: (when I'm not on planes)
[00:22] <kirkland> mathiaz: okay, we'll try to get the debug info to you
[00:22] <mathiaz> kirkland: the next step is to run the tests again and save the log information
[00:23] <mathiaz> kirkland: put them online somewhere if they fail again
[00:23] <kirkland> mathiaz: what specifically do you want?  a tee of the run ?
[00:23] <mathiaz> kirkland: the whole test run log
[00:23] <kirkland> hggdh: ^
[00:25] <hggdh> kirkland: nodes registered, running a single-instance test now
[00:33] <hggdh> kirkland: test running, log is being written to ~/uec-testing-scripts/resutls/single*
[00:33] <hggdh> kirkland: on cempedak
[00:33] <kirkland> hggdh: cool, and you can ssh in?
[00:35] <hggdh> kirkland: negative
[00:35] <kirkland> hggdh: cannot ssh in
[00:35] <hggdh> kirkland: ssh fails on timeout
[00:35] <hggdh> really sounds like routing
[00:36] <kirkland> hggdh: interesting
[00:36] <kirkland> hggdh: okay, put the log somewhere for me to check out
[00:38] <hggdh> kirkland: k. I just ran one instance by hand, and then tried to ssh into it -- fails with a timeout
[00:39] <kirkland> hggdh: okay, that's easy to reproduce
[00:39] <kirkland> hggdh: log?
[00:42] <hggdh> kirkland: people.c.c/~cerdea/single_test.log.2010-04-13_193218
[00:46] <kirkland> hggdh: rsync -aP people.canonical.com:~cerdea/single_test.log.2010-04-13_193218 .
[00:46] <kirkland> hggdh: file not found
[00:47] <kirkland> hggdh: found it, public_html
[00:47] <hggdh> heh. one wants it on public_html, another on the root ;-)
[00:49] <kirkland> hggdh: ls -alF users/admin/uectest-k0.priv
[00:50] <kirkland> hggdh: and cat that file, make sure it matches -----BEGIN RSA PRIVATE KEY-----
[00:50] <kirkland> hggdh: is that instance still running?
[00:50] <kirkland> hggdh: can you telnet to its port 22 ?
[00:51] <hggdh> kirkland: yes, the instance is still running
[00:52] <hggdh> kirkland: the priv key seems kosher
[00:52] <kirkland> hggdh: and telnet ?
[00:53] <hggdh> kirkland: timeout. Also, a traceroute (FWIW) reaches marula (the CC) and stops there
[00:54] <kirkland> hggdh: oh, interesting
[00:54] <kirkland> hggdh: that's got to be it
[00:54] <hggdh> kirkland: let me try to ssh from marula
[00:54] <kirkland> hggdh: yeah
[00:54] <kirkland> hggdh: scp the priv key over
[00:54] <kirkland> hggdh: and try from there
[00:55] <hggdh> kirkland: first test -- reachability -- successful
[00:55] <kirkland> hggdh: ack
[00:55] <hggdh> will move the priv key there now
[01:00] <kirkland> hggdh: and?
[01:00] <hggdh> kirkland: getting permission denied (pub key)
[01:00] <hggdh> kirkland: but the important piece is that I am *reaching* the instance
[01:00] <kirkland> hggdh: hrm, odd
[01:00] <kirkland> hggdh: agreed on that point
[01:00] <kirkland> hggdh: and you're doing ssh -i ./whatever.priv ubuntu@ip ?
[01:00] <kirkland> hggdh: and whatever.priv is perm'd 600
[01:01] <hggdh> kirkland: yes indeed, and will check again
[01:01] <hggdh> but on wrong permission ssh would bail out
[01:03] <hggdh> kirkland: and the full command is ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -i ./uectest-k0.priv  ubuntu@10.55.55.100
[01:04] <hggdh> although sort of overworked, I admit
[01:04] <kirkland> hggdh: hmm, okay
[01:04] <kirkland> hggdh: it may be that the guest is having trouble getting out
[01:04] <kirkland> hggdh: or at least to have the key injected
[01:04] <kirkland> hggdh: okay, add your traceroute findings to that bug
[01:05] <kirkland> hggdh: and email mathias (cc me) the link to that log
[01:05] <kirkland> hggdh: i'm reassured that this appears to be a networking issue, but we'll need to get to the bottom of it
[01:05] <kirkland> hggdh: i gotta run for the night
[01:05] <kirkland> hggdh: thanks dude!
[01:05] <hggdh> kirkland: will do, and g'night
[01:06] <storrgie> set up key based auth with ssh, but still get password prompts on one of my computers... any idea why?
[01:38] <Scunizi> What's the best/easiest way to share a directory on a secondary drive with no password access for those on my LAN?
[03:48] <osmosis> who is the server team manager?
[03:48] <osmosis> as in, job description, Reports To:  Server Team Manager
[03:49] <twb> Maybe https://launchpad.net/~ubuntu-server says
[03:49] <twb> It's "owned" by mathiaz, for whatever that's worth.
[03:50] <twb> (I tend to avoid lp, so I'm just guessing.)
[03:50] <ScottK> He's not the server team manager
[04:18] <ziesemer_> Can anyone here help me with a few basic questions concerning OpenLDAP under 9.10 or 10.04?
[04:19] <twb> !anyone
[04:19] <ziesemer_> OK, I was asking for that.
[04:20] <ziesemer_> So dpkg-reconfigure no longer really does anything for OpenLDAP in Karmic in newer.
[04:20] <ziesemer_> I.E., LDAP is pretty much unusable once installed, apparently without a large amount of additional configuration.
[04:20] <ziesemer_> Two such guides I found for this are at http://ubuntuforums.org/showthread.php?t=1313472 and http://ubuntuforums.org/showthread.php?p=8154148 .  However, they vary quite a bit, etc.
[04:21] <ziesemer_> Is there anything more official towards getting this running other than a forum post?
[04:22] <ziesemer_> For example, the first one uses back_hdb for olcModuleLoad, the other uses back_bdb.la .  What's the difference?
[04:22] <twb> ziesemer_: have you tried the ubuntu server guide?
[04:23] <ziesemer_> https://help.ubuntu.com/9.10/serverguide/C/openldap-server.html ?  Yes, but apparently it is very wrong and incomplete, as detailed in those forum posts.
[04:24] <twb> Are you running 9.10 or 10.04?
[04:24] <ziesemer_> Either.  I played with this previously on 9.10.  I'm trying to start from scratch on a 10.04 VM, since it'll be official in just a few weeks...
[04:25] <twb> Have you looked at the 10.04 ubuntu-serverguide?
[04:25] <ziesemer_> I couldn't find.  Google wasn't helping...
[04:26] <ziesemer_> Was at least suspecting it wasn't done yet?
[04:26] <twb> apt-get install ubutu-serverguide in whatever you're running
[04:27] <ziesemer_> Oh - not available online?
[04:27] <twb> I don't know if it's going to help, I'm just giving you the standard triage
[04:27] <ziesemer_> np
[04:29] <ziesemer_> Installed - how do I access?
[04:29] <ziesemer_> No man page, etc.
[04:30] <JanC> ziesemer_: dpkg -L ubuntu-serverguide
[04:30] <JanC> should tell you what files were installed where
[04:31] <JanC> it's probably some HTML files in /usr/share/doc/ubuntu-serverguide/
[04:31] <ziesemer_> file:///usr/share/ubuntu-serverguide/html/C/index.html - thanks.
[04:32] <ziesemer_> Interesting.  They pretty much just copied one of the forum posts into the doc.
[04:43] <axisys> anyone know of a csv to html tool that takes multiple columns and generate a html table and a bar chart ?
[04:50] <twb> gnuplot?
[04:53] <axisys> twb: gnuplot .. ok ... let me check it out
[05:02] <twb> I don't know if gnuplot can emit the format you want specifically.
[05:02] <twb> But it's the obvious way to turn data into graphs/charts.
[05:07] <axisys> twb: i am new to it.. have not fig out how to plot yet ;-)
[05:07] <twb> It's not exactly intuitive :-P
[08:30] <macno> Hi, I have just installed a new machine with user's home encrypted. Now I need to run usermod -u but this not affect the unmounted home partition
[08:31] <macno> can I mount the user's home from root?
[10:07] <RobbieThe1st> I'm trying to get an email-server working on my Ubuntu 9.04 VPS. Checking my mail.log file, I see Apr 14 09:59:13 vps2735 postfix/master[28009]: fatal: bind 127.0.0.1 port 10024: Address already in use - Port 10024 is being used by Amavisd... what should I do?
[10:09] <RobbieThe1st> To be honest, I really don't care about Amavisd - all I want is a simple email server up and running. The tutorials I followed(or tried to) had other ideas, however...
[10:29] <_ruben> RobbieThe1st: then dont use amavisd
[10:30] <_ruben> regarding the use of tutorials, the #postfix channel bot has a clear opinion abou tit
[10:30] <_ruben> :30 < knoba> _ruben: "tutorial" : A very common problem is that some people prefer to follow a step-by-step tutorial that shows them how to setup their server w/out reading the documentation or understanding what they are doing. If
[10:30] <_ruben>  something goes wrong, they have no clue whtsoever about where to find hints, and they sometimes decide to start from scratch using a different tutorial. This is not Th e Proper Way.
[10:31] <RobbieThe1st> I'm trying -yet again- to uninstall it, yet for whatever reason, last time I did it Postfix was looking for Amavisd.
[10:32] <RobbieThe1st> And, no its not the true way. Or the best way, but I can't understand all of the documentation, so I figure the best thing to do is to use tutorials until I get things mostly working, then experiment from there on my own
[10:35] <pths> I'm wondering if the http://ppa.launchpad.net/ubuntu-ha/ is going to be fully implemented in the standard Ubuntu repo, or do I need to enable this to be running get the complete cluster stack?
[10:36] <pths> *-get*
[10:51] <persia> Good day.  In #ubuntu-powerpc we've been discussing oversized CDs.  The Ubuntu sever CD is one of those that is oversized on powerpc.  I wondered if the eucalyptus stuff could be safely dropped from powerpc because kvm doesn't support powerpc and we don't ship the IBM hypervisor.
[10:52] <persia> If that's not enough (it ought be), I wonder if anyone would object to dropping other virtualisation bits (and would hope someone could give me a list of good candidates)
[12:41] <ttx> persia: yes, that sounds like a good candidate for removal
[12:42] <ttx> persia: however the eucalyptus.udeb might be linked from the "Install UEC" option on that CD
[12:42] <ttx> persia: you probably would need to get rid of that as well
[12:43] <persia> ttx: How is the "Install UEC" option defined?
[12:43] <ttx> persia: I think it's directly on the ISO itself, let me check
[12:44] <persia> My worry is that this may not be an arch-dependent-aware construction.
[12:44] <ttx> persia: right, that's why I mention it
[12:44] <persia> But I am fairly sure that attempting to do a powerpc cloud without IBM's hypervisor is doomed to failure :)
[12:45] <ttx> syslinux/text.cfg has "menu label Install Ubuntu ^Enterprise Cloud"
[12:45] <persia> (unless someone steps up and ports another hypervisor, but given that only a small proportion of hardware supports it, and all of that comes with IBM service contracts, ...)
[12:45] <ttx> on the ISO itself
[12:45] <ttx> then it points to /cdrom/preseed/cloud.seed
[12:46]  * persia pulls debian-cd to see how that is constructed
[12:46] <persia> ttx: Would you mind adding [!powerpc] to the relevant packages in the seed anyway?  I'll try to sort out how to make the option go away, but I'd rather a CD with a bug than an oversized CD.
[12:48] <ttx> persia: that would be for package eucalyptus only ? (and then the deps will not get pulled ?)
[12:49]  * persia looks at the seed
[12:49] <ttx> persia: kirkland should upload a new eucalyptus today, could you sync with him when he is up ?
[12:50] <binBASH> new eucalyptus?
[12:50] <binBASH> ;)
[12:50] <ttx> well, cherrypicking the last bugfixes from upstream branch
[12:52] <binBASH> ok, just wondering because apt-get installed already new ones yesterday
[12:52] <binBASH> didn't think it updates that often.....
[12:52] <persia> Ugh.  Looks like it might be complicated, because the eucalyptus stuff is all split out in other seeds, which would need to be completely [!powerpc]'d
[12:52] <persia> Or maybe better to have them [i386 amd64] ?  Does eucalyptus work on sparc/ia64?  I know it doesn't on powerpc/armel (no kvm).
[12:53] <persia> ttx: But, yeah, I'll try to catch kirkland when it's daytime there.
[12:53] <ttx> he should be around in ~1h
[12:53] <ttx> I don't think it works on sparc/ia64
[12:54] <persia> Then, yeah, we ought special-arch that stuff.
[12:54] <binBASH> ttx: Do you know how to pass kvm parameters when running instances? I want the kvm instances launched with -vnc
[12:54] <ttx> it builds, but I suspect kvm will play weird games
[12:55] <ttx> binBASH: no, maybe ask in #eucalyptus
[12:55] <persia> Well, we build qemu-kvm, so we end up with working qemu even when kvm isn't around.
[12:55] <binBASH> ttx: Trying since some days now, I will ask in their forum
[12:55] <persia> But yeah, I don't know enough about hypervisors for sparc/ia64 to know if it *can* work.
[12:56] <binBASH> persia: I think it depends on the cpu features.
[12:56] <persia> And ia64 CD is also oversized (although I don't personally care), so making it [i386 amd64] may help there as well.
[12:56] <binBASH> not on the hypervisor itself
[12:56] <persia> binBASH: Well, yes, but also on the implementation.  For example, kvm hasn't been ported to use PowerVM
[12:57] <persia> (mostly because most folks who get hardware that has this feature are happy to get IBM's lower-level utilities and use that)
[13:22] <Jeeves_> Does anyone here know if keepalived in Lucid supports ipv6?
[13:22] <Jeeves_> Can't find anything about it
[13:31] <zul> mvo: ping
[13:33] <smoser> ttx, ping
[13:33] <ttx> smoser: yo
[13:33] <smoser> so the libsasl2-2 issue i mentioned.
[13:33] <smoser> thats not really a bug, right, but an unsupported upgrade ?
[13:34] <ttx> smoser: I suspect it doesn't happen on a true do-release-upgrade
[13:34] <ttx> so it's taken care of by the upgrade script
[13:34] <smoser> you are correct, it does not happen there.
[13:34] <smoser> thats what i thought.
[13:35] <ttx> smoser: then no, it's not a bug, it's an unsupported scenario that needs some effort to work
[13:36] <ttx> smoser: we'll let you test a little your latest, give a chance to mathiaz to ack, and I can sponsor it EOD in any case
[13:36] <smoser> well i just tested the hardy2lucid
[13:36] <smoser> which is the only case in which the code i most recently changed fires
[13:36] <ttx> hardy2lucidppa direct ?
[13:36] <smoser> yeah
[13:37] <ttx> yes, I tested that one a few mion. ago
[13:37] <ttx> got my email ?
[13:37] <smoser> right. i saw your mail and responded.
[13:37] <ttx> ok
[13:37] <smoser> as much as i can tell its right.
[13:37] <smoser> it was a lot simpler once i understood what was needed....
[13:37] <ttx> To test "real upgrade" we'ell have to get it into the archive anyway
[13:38] <ttx> cn=config is on the long list of things I've got to find time to play with, unfortunately nowhere near the top
[13:38] <smoser> your explanation in the bug was good, but having no familiarity with it, i was misled a bit.
[14:36] <ttx> zul: mvo is not on this channel
[14:50] <binBASH> help.ubuntu.com down?
[14:51] <Pici> binBASH: its certainly taking a long time to access here.
[14:52] <binBASH> Pici: I get here 503
[14:52] <binBASH> Service Temporarily Unavailable
[14:52] <binBASH> The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
[14:52] <binBASH> Apache/2.2.8 (Ubuntu) mod_ssl/2.2.8 OpenSSL/0.9.8g Server at help.ubuntu.com Port 443
[14:55] <Pici> binBASH: I'm poking some people about it.
[14:55] <kirkland> persia: howdy
[14:57] <binBASH> Pici: Now I get some Squid error ;)
[14:57] <persia> kirkland: Good day.  So, the powerpc CD is oversized, and I'd like to cut some stuff.  Am I correct that eucalyptus wants kvm, or does it also work against qemu?
[14:57] <Pici> binBASH: Try again, it just started working for me.
[14:58] <binBASH> It's back! thx Pici
[15:08] <neuro666> hi, if I use lftp ftp://login:pwd@ip -e "cd / ; mirror -R  /DIR_DIST_BACKUP ; quit"    for save any ubuntu server, is there any risk?
[15:37] <sherr> neuro666: risk in what way? In the clear password presents some risk perhaps.
[15:38] <b14ck> Hi all. I'm trying to configure my second NIC, I'm doing it via editing the file /etc/network/interfaces. Jere
[15:38] <b14ck> *crap*
[15:38] <acalvo> anyone using CUPS with SAMBA to store Windows drivers?
[15:41] <b14ck> I'm trying to configure my second NIC with a public IP. I'm editing the file /etc/network/interfaces. I've got my public IP, netmask, and gateway that I need to assign. But do I need to specify a 'network' and 'broadcast' line in the config? What are those for? How do I find out what addresses to assign those if they are required?
[15:44] <_ruben> b14ck: not required, they are automagically determined based on ip+netmask
[15:44] <alvin> b14ck: What you want to do is not difficult. You just type your netmask, gateway, network, broadcast and address under the 'iface eth? inet static' line. See http://www.debian-administration.org/article/An_introduction_to_Debian_networking_setup
[15:44] <alvin> Eh, as _ruben said. They are not required
[15:45] <b14ck> Ah thanks you both. I'll read that guide too.
[15:45] <b14ck> Appreciate it!
[15:57] <persia> kirkland: So, ttx suggested that if eucalyptus does depend on kvm, it would be safe to drop it from the CD.  The menu adjustments in debian-cd seem already to be i386/amd64 specific.  What do you think about adding [i386 amd64] liberally to the euca* seeds?
[15:58] <persia> Now if eucalyptus truly depends on kvm, it may make sense to set Architecture and P-a-s it, but if it works with qemu, maybe we can do a seed-only change.
[15:59] <kirkland> ttx: persia: the only part of eucalyptus that actually depends on kvm is eucalyptus-nc (the node controller itself)
[15:59] <kirkland> persia: that said, i don't have any interest in support eucalyptus on any architecture other than amd64
[15:59] <jdstrand> zul: hi!
[16:00] <zul> jdstrand: hey!
[16:00] <persia> kirkland: Not even i386?
[16:00] <kirkland> persia: personally?  no.  but we shouldn't drop i386 :-)
[16:00] <jdstrand> zul: so on bug #559628 I think it should be marked "Won't Fix" per my comment #3
[16:00] <kirkland> persia: i think it would be acceptable to force UEC to amd64|i386 in the CD seeds
[16:01] <kirkland> persia: and leave the builds in the archive for ambitious arm,powerpc,sparc users
[16:01] <jdstrand> zul: basically, I think the apparmor profile is doing its job
[16:01] <zul> jdstrand: sounds good to me
[16:01] <persia> kirkland: OK.  I don't have write access to the server seed.  Would you mind adding "[i386 amd64]" to the relevant packages in those seeds?
[16:02] <kirkland> persia: (the reason for my amd64 comment ...   amd64 hardware can host both 32bit and 64 guests; i386 hardware can only host 32bit guests
[16:02] <persia> kirkland: Also, eucalyptus-nc probably wants to Recommend: qemu-kvm rather than "kvm" to avoid installing the transition packages on new installs.
[16:02] <persia> Makes sense.
[16:02] <kirkland> persia: good call
[16:02] <persia> Thank cjwatson for it, really.
[16:02] <kirkland> persia: i'll do it, if you'll double check my work for me before commit
[16:02] <kirkland> ttx: are you okay with this?
[16:03] <jdstrand> zul: do you mind 2nding my opinion and updating the bug then?
[16:03] <persia> kirkland: Be happy to do so, thanks.  I believe this will get us burnable powerpc and ia64 CDs again (although we may need to find something else to trim).
[16:04] <kirkland> persia: eucalyptus-nc recommending qemu-kvm committed
[16:04] <zul> jdstrand: sure
[16:04] <jdstrand> zul: thanks
[16:05] <zul> jdstrand: done
[16:07] <alvin> What package is responsible for changing entries in /etc/fstab to UUID on upgrade? I'd like to file a bug against it.
[16:11] <ttx> kirkland: yes
[16:11] <kirkland> cjwatson: persia: will this suffice?  http://paste.ubuntu.com/414373/
[16:12] <ttx> kirkland: that's easily reversible if it breaks the world as we know it
[16:13] <cjwatson> I'd recommend [amd64 i386]'ing the entire tasks, not just eucalyptus-*
[16:13] <cjwatson> otherwise you have weird half-empty tasks on other architectures
[16:13] <persia> cjwatson: Can that be done in STRUCTURE?
[16:13] <ttx> RoAkSoAx: around ?
[16:13] <b14ck> Hi guys, one of my network interfaces isn't working, but I can't figure out why
[16:14] <b14ck> What command can I use to verify that my physical NIC port is UP and should start using the statically assigned IP when the ethernet port is plugged in?
[16:14] <cjwatson> persia: no, sorry
[16:14] <kirkland> cjwatson: hmm, i thought about that, but this didn't show me how:  grep "Task.*i386" *
[16:14] <cjwatson> kirkland: I meant just every package in those tasks
[16:14] <kirkland> cjwatson: ah
[16:14] <persia> cjwatson: I hadn't thought so, but figured it was worth asking :)
[16:16] <persia> So users will end up with empty tasks for ports, but that's fine, as if they want to install UEC, they ought be doing it on i386/amd64 anyway.  And if someone wants to fix it by getting it to work nicely on another arch, the packages are available, and we can change in the future (assuming there's space on the CDs)
[16:17] <kirkland> persia: cjwatson: http://paste.ubuntu.com/414376/
[16:17] <persia> kirkland: Did you mean to drop screen from all the lsits?
[16:17] <kirkland> (note that i also dropped screen, which is no longer necessary since we have eucalyptus-udeb now installing the server seed too)
[16:17] <kirkland> persia: yup
[16:18] <persia> In that case, yeah, looks fine.
[16:18] <kirkland> persia: i can do this in 2 separate commits, if you like
[16:18] <persia> Doesn't matter to me, I just wanted to verify it was intentional :)
[16:18] <kirkland> persia: yeah, thanks
[16:19] <kirkland> persia: cjwatson: r1699 pushed
[16:20] <alvin> I would really know the name of the package that is responsible for the change to UUID in /etc/fstab. Is it update-manager-core?
[16:20] <kirkland> cjwatson: ttx: can we get a server cd build going for i386 and amd64 just to make sure this is good?
[16:20] <persia> Excellent.  Does that need a -meta upload also, or should I see the effects on the next round of ports CDs?
[16:20] <kirkland> alvin: totally guess here, but i'd expect mountall
[16:21] <persia> If we're building ports CDs, can we do powerpc and ia64 too?  I want to make sure they get un-OVERSIZED from this.
[16:21] <kirkland> persia: i don't know the answer to that question
[16:21] <cjwatson> kirkland: not right now, needs a d-i upload first
[16:21] <cjwatson> persia: it needs two non-empty publisher runs
[16:22] <cjwatson> so I recommend against rushing to do CD spins in general for this, it will probably only confuse
[16:22] <alvin> kirkland: Thanks
[16:23] <persia> Right then.  I'll check at normal rebuild time.
[16:26] <nimrod10> is there any other software to test hd performance other than iozone or bonnie ?
[16:29] <RoAkSoAx> ttx, i am
[16:31] <ttx> RoAkSoAx: about cluster stack status
[16:31] <RoAkSoAx> ttx, well everything is in universe besides corosync
[16:31] <RoAkSoAx> i mean cluster-agents, cluster-glue, pacemaker and heartbeat
[16:31] <ttx> RoAkSoAx: did you file the sync requests
[16:31] <ttx> ?
[16:32] <ttx> with debian ?
[16:32] <tgalal> I'm trying to automate install of ubuntu server on many machines using kickstart. All steps go fine except that setup complains about missing default route and needs user input.how do I bypass this?
[16:32] <RoAkSoAx> ttx, i did
[16:32] <ttx> RoAkSoAx: and they were taken care of yet ?
[16:32] <RoAkSoAx> ttx, im waiting for FFe to be accept to be able to upload the latest packages
[16:32] <ttx> RoAkSoAx: ok, maybe ping ScottK, would be good to have before the Freeze
[16:33] <RoAkSoAx> ttx, i already did :)
[16:33] <ttx> RoAkSoAx: ok
[16:33] <ttx> RoAkSoAx: anything we can do to help ?
[16:33] <RoAkSoAx> ttx, other than that, ivoks and I discussed what to do, and we decided to keep some packages in ubuntu-ha-maintainers and provide updates there.. and then I guess we could backport them
[16:34] <RoAkSoAx> ttx, other than that.. I think we are pretty much all set with the new clsuter stack
[16:35] <ttx> RoAkSoAx: sounds good to me
[16:36] <RoAkSoAx> ttx, and I guess we'll try to SRU docs for the server guide
[16:36] <RoAkSoAx> once polished
[16:37] <ttx> RoAkSoAx: good wikidocs are ok anyway
[16:37]  * ttx brb
[16:40] <RoAkSoAx> ttx, ok then. We still have some work items left that I guess could be worked for maverick
[16:41] <ttx> RoAkSoAx: ok, feel free to mark them "POSTPONED" on the blueprint whiteboard
[16:41] <RoAkSoAx> ttx, will do
[16:46] <smoser> zul, kirkland woudl one of you be able to sponsor a openldap upload later today?
[16:46] <zul> smoser: sure
[16:46] <kirkland> smoser: sure
[16:46] <smoser> we're hoping to get mathiaz review and sponsor, but if he doesn't come around then we'll need someone else
[16:46] <zul> smoser: lemme know when
[16:47] <smoser> we'll give mathiaz till 4:00 PM US/Eastern (20:00 UTC)
[16:57] <binBASH> kirkland: Do you know how to pass kvm parameters when running instances? I want the kvm instances launched with -vnc
[17:00] <kirkland> binBASH: through libvirt?
[17:00] <kirkland> binBASH: if you're using libvirt, you need to edit the xml, or use virsh
[17:01] <binBASH> kirkland: yup, I mean in eucalyptus btw. Didn't find any xml :(
[17:02] <kirkland> binBASH: i'm not sure, i haven't tried
[17:02] <binBASH> kirkland: http://forum.eucalyptus.com/forum/kvm-inbuilt-vnc
[17:02] <binBASH> this is what I get :/
[17:02] <b14ck> What's the best way to force 'ssh' to start at boot?
[17:02] <b14ck> Mine doesn't start automatically for some reason.
[17:04] <pmatulis> b14ck: you'll need to figure out why.  does manually running the init script work?
[17:04] <RoyK> bladernr: /etc/init.d/ssh starts it, and /etc/rc2.d/Sxxsshd should be a symlink to it
[17:05] <bladernr> RoyK:  huh?
[17:05] <smoser> binBASH, are you looking to hack ?
[17:05] <smoser> i can hack this for you
[17:06] <binBASH> smoser: Just want to get it running somehow ;)
[17:06] <b14ck> /etc/init.d/ssh starts it just fine
[17:06] <smoser> well, on the NC there is /usr/share/eucalyptus/gen_kvm_libvirt_xml
[17:06] <RoyK> bladernr: heh - s/bladernr/b14ck/
[17:06] <smoser> that is the thing that writes the libvirt xml
[17:06] <b14ck> I was thinking I had to run update-rc.d or something
[17:07] <pmatulis> b14ck: no, you should not need to do that with ubuntu
[17:07] <smoser> modify it, and put a vnc console stanza in, and then you will (untested) be able to get there via vnc.
[17:07] <smoser> the difficulty will be in knowing which of the NC has the instance you just launched
[17:07] <smoser> it is possible with log scraping on the CC
[17:07] <b14ck> pmatulis, when I do an ls -la /etc/init.d | grep ssh, it is not a symlink
[17:08] <RoyK> b14ck: no, the symlink is in /etc/rc2.d
[17:08] <binBASH> smoser: That was indeed a very good hint, will try it later.
[17:08] <binBASH> thanks a lot
[17:09] <b14ck> oh, ya that symlink is there
[17:09] <RoyK> Ssomethingssh
[17:11] <binBASH> smoser: Within the script it's also possible for me to force mac address based on nodes hostname. Very good ;)
[17:11] <smoser> well, ... maybe. you wont have much information to go on, though
[17:11] <smoser> but it might work. i'm not sure.
[17:12] <binBASH> I will try ;)
[17:19] <smoser> binBASH, http://pastebin.com/B0A8K3Zc
[17:19] <smoser> i did that, started an instance and verified connection
[17:19] <smoser> however, you can't log in because ubuntu user and root doesn't have a password (in the UEC images)
[17:22] <smoser> you'd have to set one .  that can be done scripted with 'echo ubuntu:ubuntu | chpasswd'
[17:22] <smoser> or, possibly more clearly 'echo ubuntu:newPassWord | chpasswd'
[17:26] <LMJ> Hi
[17:30] <jjohansen> ttx: so yes basically Bug #542208 is the same and we need to blacklist the ATI ES1000 from kms
[17:35] <v0lksman> anyone know how to set internal-sftp users umasks?
[17:41] <pmatulis> v0lksman: create a new login class i guess
[17:41] <v0lksman> just read that somewhere...how do you do that?
[17:41] <v0lksman> (docs are fine...just no clue about that)
[17:41] <pmatulis> v0lksman: man 5 login.conf
[17:41] <v0lksman> yeah:  No manual entry for login.conf in section 5
[17:43] <pmatulis> v0lksman: i'm sure you'll find what you need eventually
[17:46] <v0lksman> "You" here is the upstream developers of OpenSSH, and they really did
[17:46] <v0lksman> mean login.conf(5), since they're working on OpenBSD. Indeed it doesn't
[17:46] <v0lksman> exist on Linux, though.
[17:47] <v0lksman> i just need to make sure that when an sftp user uploads a new file it is group writable...
[17:49] <pmatulis> v0lksman: maybe a wild cron job?
[17:49] <v0lksman> hhaha...thought about it...but that just seem wrong...
[17:50] <pmatulis> v0lksman: yeah
[17:50] <v0lksman> openssh 5.4 has the ability built in...and there is a patch available for 5.1 but again seems wrong to have to go that route...I think I'm stuck
[17:52] <pmatulis> v0lksman: run an OpenBSD server?  ;)
[17:52] <v0lksman> hahaha...almost looking that way...I already had to break my LTS to get openssh5.1 so I could easily add chroot'd sftp users now this!  :)
[17:53] <pmatulis> v0lksman: cjwatson is here and he is the maintainer.  maybe get his thoughts
[17:54] <v0lksman> thanks!  hopefully he will chime in... :)
[18:02] <pwnguin> MTecknology: approve my linked in group application!
[18:03] <pmatulis> v0lksman: i found this: Subsystem sftp /bin/sh -c ‘umask 0002; /usr/libexec/openssh/sftp-server’
[18:04] <v0lksman> pmatulis: I don't think that works with 5.1...that's for older versions of openssh (< 4.6) if I'm correct
[18:05] <v0lksman> I bit the bullet and applied the patch to 5.1...not happy about it but it works...
[18:05] <v0lksman> going to open a bug to see if it can be added in a backport or something...I hate having to maintain ssh on my own
[18:06] <pmatulis> v0lksman: so you made your own package?
[18:06] <v0lksman> yep
[18:06] <pmatulis> v0lksman: ok
[18:06] <v0lksman> http://sftpfilecontrol.sourceforge.net/ using that patch
[18:07] <v0lksman> very simple patch...I think it got approved by openssh and is now part of 5.4
[18:22] <binBASH> smoser: thx for patch, I'll try that
[18:24] <arthurjohnson> Don't you love when your trying to help someone in an irc channel, and they just part without saying anything.
[18:40] <arthurjohnson> So, I know this has been asked before, but does anyone know what the difference between a command line only install and a ubuntu server install?
[18:41] <arthurjohnson> Other than the ubuntu-server kernel of course.
[18:51] <MTecknology> pwnguin: please read directions
[18:53] <MTecknology> pwnguin: If I wasn't clear then please let me know. However, I won't approve it until you follow that one simple step.
[19:11] <u0324> exit
[19:13] <binBASH> smoser: I have to make this changes on cluster controller I think?
[19:13] <smoser> node controller
[19:13] <binBASH> ohh, ok
[19:13] <smoser> i'm not sure what does the replacement of the hard coded strings
[19:14] <smoser> such as BASEPATH or PRIVMACADDR
[19:15] <binBASH> np, I will hardcode those anyways per node
[19:16] <binBASH> like I said my provider forces ip addresses bound to the mac address of eth0
[19:16] <binBASH> so I think all vms need to have same mac
[19:19] <ghostlines> hi all, i mounted a ntfs partition with the -rw but can write to it even as root, any idea's?
[19:25] <sipher> I'm trying to setup a cloud, 1 cluster controler, 2 nodes. I can't start the images. Does ubuntu cloud REQUIRE kvm?
[19:26] <sipher> if not, the images are constantly stuck in a "pending" state...
[19:26] <sipher> that or they will fail almost immediately. ...goes to terminted.
[19:47] <NCommander> coffeedude: ping?
[19:47] <NCommander> anyone around who can do an upload of likewise-open?
[19:51] <zul> NCommander: sure
[19:52] <NCommander> zul: I'm just waiting for GrueMaster to complete the validation, but it appears we have a working likewise-open on ARM (finally) :-)
[19:52] <zul> NCommander: nifty i can do the upload for you if you want
[19:53] <rgreening> ScottK: ping
[19:53] <NCommander> zul: thanks, I'll have the debdiff ready to go in a few minutes
[19:53] <zul> NCommander: just lemme know
[19:54] <NCommander> zul: just got the "Ok, it works" message :-)
[19:54] <zul> NCommander: pass on the debdiff then
[19:55] <NCommander> zul: doing so now
[19:57] <NCommander> zul: http://launchpadlibrarian.net/44182186/likewise-open.debdiff & https://bugs.edge.launchpad.net/ubuntu/+source/likewise-open/+bug/517300
[19:57] <NCommander> zul: (sorry for the size of the debdiff, but autoreconf really clutters it up)
[19:58] <zul> NCommander: ick
[19:58] <NCommander> zul: sorry, I know this is painful :-/
[20:05] <zul> NCommander: you didnt update the debian/control when you did ubuntu1, just doing a test build now
[20:06] <NCommander> zul: no, your not supposed to
[20:06] <zul> NCommander: eh?
[20:06] <NCommander> zul: this is an ubuntu native package directly maintained by likewise-open. I know the versioning is skewed.
[20:06] <NCommander> Its not a sync from Debian :-/
[20:06] <zul> NCommander: k
[20:13] <tgalal>  I'm getting debootstrap warning while installing with kickstart file ubuntu/dist/karmic/restricted/binary-amd64/packages was corrupt
[20:15] <tgalal> http://ubuntuforums.org/showthread.php?p=9122485#post9122485
[20:20] <kirkland> hggdh: dude, just switch the keyboard and mouse cables
[20:21] <kirkland> hggdh: :-)
[20:21] <kirkland> hggdh: that shouldn't hang your host
[20:21] <NCommander> coffeedude: ping me when you reappear :-)
[20:27] <hggdh> kirkland: heh. I had not understood the first comment, but the second cleared it :-)
[20:28] <kirkland> hggdh: and if you keep hanging your hosts, you'll probably end up in jail
[20:28] <hggdh> kirkland LOL
[20:28] <kirkland> hggdh: :-)
[20:29] <coffeedude> NCommander, pong
[20:30] <NCommander> coffeedude: fixed likewise-open on ARM again, and got gruemaster to test it against an AD; it works
[20:31] <RoyK> omg. seems all air traffic in Norway might be closed because of volcanic ash from Iceland
[20:33] <sipher> No air traffic was allowed in a large area above and around the eruption site
[20:34] <zul> NCommander: done
[20:35] <guntbert> !ot | RoyK sipher
[20:35] <NCommander> zul: thanks
[20:35] <sipher> guntbert I asked my question 2 hours ago :p
[20:35] <zul> NCommander: no probs
[20:36]  * sipher listens to crickets.
[20:36] <tgalal> anyone familiar with network installation with kickstart?
[20:36] <zul> kirkland: dont they hang hosts in texas as punishment anyways?
[20:36] <kirkland> zul: you know it ;-)
[20:37] <NCommander> coffeedude: ARM fixed likewise-open uploaded to the archive.
[20:38] <Daviey> tgalal: Yes, but you would be better asking your real question :)
[20:39] <tgalal> Daviey, everything is going fantastic with installation with ks file, except that a Debootstrap warning shows and say restricted Packages was corrupt. when I click continue, installation continues normally and finished.
[20:40] <RoyK> sipher: .no is quite far from .is.......
[20:41] <sipher> RoyK that was quoted from a repescted news source.
[20:42] <Daviey> tgalal: What are you using as a mirror?
[20:43] <coffeedude> NCommander, I only saw the debdiff.  Is there a new upload to main already with the patch?  Or you need me to review the patch and include it for the next upload?
[20:43] <coffeedude> NCommander, I'm working on a new upload now but have not had time to review the patch yet.
[20:43] <NCommander> coffeedude: it just got uploaded about five minutes ago
[20:43]  * Daviey goes afk
[20:43] <NCommander> coffeedude: your not going to be able to upload past today
[20:44] <NCommander> We enter final freeze tomorrow
[20:44]  * zul wonders off
[20:44] <coffeedude> I thougth the 15th was the freeze?  That's tomorrow.
[20:44] <NCommander> coffeedude: generally speaking, you want everything in the day before final freeze.
[20:44] <coffeedude> NCommander, that would have been good to know before now.
[20:45] <NCommander> coffeedude: sorry about that, thats why I scrambled to get likewise-open uploaded with the ARM patch since if it didn't go now, there was a chance it wasn't going to go :-/
[20:45] <NCommander> coffeedude: what changes are you making; you might still be able to upload past final freeze until release
[20:45] <coffeedude> NCommander, so....I have no idea about your dcerpc changes.  it makes me nervous to have it uploaded without having run through my tests.
[20:45] <NCommander> coffeedude: the !arm code is untouched.
[20:46] <coffeedude> NCommander, small changes.  postinst fix, one more patch to fix an issue with domainjoin-XX leave.
[20:46] <NCommander> coffeedude: we can back out the armel change if it fails your tests after the fact (its easier to remove than to add)
[20:46] <coffeedude> NCommander, k.....I maybe out of luck anyways....since I can't upload without going through sponsorship and I still have my US taxes to file by midnight tomorrow....
[20:47] <coffeedude> NCommander, I'll just keep working and if the upload has to be a patch after release, so be it.
[20:49] <tgalal> Daviey, I'm using another ubuntu server
[20:49] <tgalal> Daviey, in my network
[20:49] <NCommander> coffeedude: that sounds like thats acceptable for upload past final freeze. I can help you track down a sponsor if need be
[20:49] <tgalal> Daviey, I moved the installation files inside /var/www/ubuntu
[20:50] <coffeedude> NCommander, pitti has been helpful but I hate to always ask for more work for him :)
[20:50] <tgalal> Daviey, the installation works fine and completes normally .. except for the above error
[20:52] <tgalal> Daviey, suggestions
[20:52] <tgalal> ?
[21:02] <ScottK> RoAkSoAx: I'm good for your 4 FFe requests now (just got back from a $WORK thing).  Please just copy/paste this into the bugs and go ahead.
[21:02] <ScottK> rgreening: Pong
[21:02] <RoAkSoAx> ScottK, awesome. Thank you!
[21:06] <smoser> ok, kirkland zul i've given up on mathiaz for today.
[21:06] <smoser> i need a sponsor for  lp:~smoser/ubuntu/lucid/openldap/lucid.dev
[21:11] <smoser> kirkland, zul ^^
[21:12] <binBASH> smoser: the patch works
[21:13] <binBASH> just need to find out now how to change vnc ip because it bound to 127.0.0.1
[21:13] <smoser> yeah, i'd tested it, but you sitl have to figure out where it got run and what port vnc on and such.
[21:13] <smoser> that is strange.
[21:13] <smoser> see libvirt xml doc
[21:13] <smoser> it says how to do that
[21:13] <binBASH> it's default
[21:14] <binBASH> where it runs is not so problematic, I could send out mail via the perl script for example
[21:14] <binBASH> ;)
[21:20] <zul> smoser: ok on it
[21:25] <kaffien> having problems with cron making duplicate backups  for some reason  http://pastebin.com/mrdc5uZY shows my script, the results and my cronttab if someone could review it.  I can't seem to find anything that would cause duplication.
[21:29] <zul> smoser: done, although I had to fix the changelog again
[21:29] <RoyK> kaffien: I'd use rsync if I were you, for a start
[21:29]  * zul wonders off again
[21:30] <smoser> zul,  you had to move from "UNRELEASED" , right?
[21:30] <smoser> that was all
[21:33] <kaffien> RoyK, might be a good idea
[21:33] <kaffien> can rysync look for the latest file in   folder  X/ with the name starting with lsm2k8?
[21:36] <zul> smoser: yep
[21:39] <kaffien> is rsync suitable for files  sized 7GB - 45 GB?
[21:40] <kaffien> ug this is confusing hehe
[21:41] <RoyK> kaffien: no problems with large files and rsync
[21:42] <kaffien> didnt think so
[21:42] <kaffien> i don't understand this command very well
[21:42] <RoyK> early 32bit rsync had problems with >2GB, but I guess that's mostly history
[21:42] <RoyK> rsync -avP -e ssh somehost:/theirpath /mypath
[21:43] <RoyK> very verbose version, though. -a will do the same, but verbosity can be fine for a start
[21:43] <kaffien> the backup device is local
[21:43] <RoyK> you don't need somehostess: unless it's remote
[21:44] <kaffien> i need to be able to tell it to copy  /backup/file.tgz   /rd1000   but it has to look through about half a dozen files with the same name  (date attached to name)  and copy only the latest
[21:46] <RoyK> kaffien: rsync will do that by default
[21:46] <RoyK> you may add -c to use md4 checksumming to make sure the right stuff gets over
[21:46] <RoyK> but mostly it just looks at size/timestamp and that should be sufficient
[21:47] <kaffien> so i  rsync -avcp /backup /rd1000 ?
[21:47] <kaffien> keep in mind that /rd1000 will only be carrying the newest files
[21:47] <kaffien> not the whole folder
[21:47] <RoyK> -a includes -p
[21:47] <RoyK> man rsync
[21:48] <RoyK> -P is (--progress --partial)
[21:48] <kaffien> oh
[21:49] <kaffien> but i can only specify directories not files
[21:49] <RoyK> also, doing rsync -avcP /backup/. /rd1000 (mind the space) might be better - if rd1000 exists, /backup/rd1000 will be created if you just do rsync -avcP /backup /rd1000
[21:50] <metalfan_> hi
[21:50] <RoyK> just rtfm - there are --include and --exclude statements for rsync
[21:50] <metalfan_> server was running for about 180 days just fine, now it starts and says:  :/ waiting for /dev/server-bohlsen something
[21:51] <kaffien> sorry, just finding the manual confusing
[21:51] <metalfan_> why cant it find the lvm mapping?  the hardware wasnt changed
[21:52] <RoyK> kaffien: do some testing - rsync is quite easy, but depending on your needs, you might need to do it right, yourself
[21:54] <metalfan_> kaffien, rsync has this ugly behavior that "rsync target source" and "rsync target/ source" mean different things
[21:55] <RoyK> metalfan_: no, source target, not target source
[21:55] <metalfan_> yes, my fault
[21:55] <RoyK> just use rsync -a /some/source/. /some/target
[21:55] <metalfan_> i was hinting at the "/"
[21:55] <RoyK> that works
[21:56] <RoyK> yeah - i know
[21:56] <kaffien> anyhow my problem isn't with the cp command
[21:56] <kaffien> its cron
[21:56] <kaffien> cron is doing something funky
[21:56] <kaffien> the script only double copies files when i run it via cron
[21:56] <RoyK> rsync won't do that
[21:57] <kaffien> probably will if cron runs it
[21:57] <kaffien> lol
[21:57] <RoyK> no
[21:57] <RoyK> I use rsync a LOT
[21:57] <RoyK> with terabytes of data
[21:57] <kaffien> ah i see
[21:59] <binBASH> smoser: I found it out, had to specify listen='0.0.0.0' attribute
[22:00] <smoser> binBASH, you actually could be ok with the bind to localhost
[22:00] <smoser> you could live with that by having ssh in as a user and using ssh tunneling
[22:01] <binBASH> yup
[22:01] <smoser> ie: ssh -L 5900:localhost:5900 vncuser@node-controller
[22:01] <binBASH> I am connected via vnc.
[22:01] <binBASH> though there is no login screen
[22:01] <binBASH> only qemu bios ...
[22:01] <binBASH> it logged everything else in the logfile I think
[22:02] <binBASH> have to find out now how to enable login console ;)
[22:07] <binBASH> A task for tomorrow, going to bed now.
[22:07] <binBASH> good night and thx again smoser for all the help
[22:08] <smoser> binBASH, hm.. i got a console login
[22:08] <smoser> but it failed in my test
[22:08] <binBASH> huh?
[22:08] <binBASH> :)
[22:08] <smoser> but i migh thave enabled serial console in some other debugging on the instance that i ran
[22:08] <smoser> humm...
[22:08] <smoser> i'd have to look at it
[22:13] <binBASH> smoser: The serial type is set to file in the xml so it can't have a console I think
[22:15] <binBASH> has no console section, I'll add one so I can connect using virsh console
[22:25] <kaffien> hrrrm i did that wrong
[22:26] <kaffien> its syncing the whole directory
[22:29] <kaffien> i see how i would exclude certain files but not how to only backup the first of  2010-04-14 2010-04-13 2010-04-12   i only want 2010-04-14 to copy
[22:38] <smoser> binBASH, yeah, i wsa misguided above commenting about console
[22:39] <smoser> but you have to replace the console section that is present
[22:39] <smoser> and then get-console-output will fail
[22:39] <smoser> ie, instead of to a file you want to at tty
[22:50] <gzmask> do I need an intel VT or AMD-V enable cpu to run UCE?
[23:21] <Xpistos|work> HI all.
[23:21] <Xpistos|work> Can someone give me a hand with a permissions issue?
[23:24] <hggdh> Xpistos|work: just stae your issue, hopefully someone will help ;-)
[23:27] <Xpistos|work> I have a folder that for some reason is telling me it is read only but I chmod it and no change?
[23:27] <gzmask> did you sudo before your chmod?
[23:27] <Xpistos|work> gzmask: yes
[23:28] <Xpistos|work> sudo chmod -r 766 /foldername
[23:28] <gzmask> what's the "ls -la" detail for that file?
[23:29] <hggdh> er. You really want 766?
[23:29] <Xpistos|work> Not really, but I want to get it working first
[23:30] <hggdh> so, as gzmask asked for, give us the 'ls -la /foldername'
[23:30] <hggdh> Xpistos|work: pastebin if needed
[23:30] <Xpistos|work> drwxrwxrw-  9 xpistos xpistos  8192 2010-03-25 10:55 torrent
[23:31] <Xpistos|work> The folder is it's own drive mounted in /home/data/torrent and it is NFS and SSH
[23:31] <Xpistos|work> remote or local I get the same issues
[23:31] <Xpistos|work> I just started doing this about a week or so ago
[23:31] <Xpistos|work> and the install was done back in december
[23:32] <Xpistos|work> when I run the chmod it asks for a password and that is it
[23:33] <Xpistos|work> but there is no change when I try to rm a file
[23:33] <hggdh> Xpistos|work: you want to change the permissions on all subfolfers and files under it?
[23:34] <Xpistos|work> chmod -R
[23:34] <hggdh> better
[23:34] <hggdh> :-)
[23:34] <hggdh> also, is this a soft link?
[23:34] <Xpistos|work> I don't believe so
[23:35] <Xpistos|work> I have an NFS share set from it however if that makes a difference, mounted in my laptop's home partition
[23:35] <hggdh> oh. This is a *remote* folder/fs?
[23:35] <Xpistos|work> no
[23:35] <Xpistos|work> The issue is on the server
[23:36] <Xpistos|work> but I noticed it on the laptop
[23:36] <Xpistos|work> if I ssh in to the server, same problems
[23:37] <Xpistos|work> I can mv files from this one folder elsewhere, I can rm -rf files from the SSH, but I can't delete from my NFS share and I can rename anywhere (SSH or NFS)
[23:39] <Xpistos|work> i haven't tried sshfs but I don't know that would make a difference since ssh isn't doig the job either
[23:41] <hggdh> and you cannot change the permissions at the server either?
[23:41] <Xpistos|work> it doesn't give me an error, but it still doesn't work
[23:42] <Xpistos|work> I use the laptop most to move the files and use filezilla  as well but it is just with that specific folder
[23:45] <hggdh> Xpistos|work: if you chmod from the laptop (i.e., remotely) what will happen will depend on the permissions NFS gave you
[23:46] <hggdh> now, locally, if there are no ACLs involved, a chmod should work
[23:46] <hggdh> you said it is a filesystem by itself. WHat type?
[23:49] <Xpistos|work> ok
[23:49] <Xpistos|work> if I try and chmod from the laptop
[23:50] <Xpistos|work> chmod: changing permissions of `Torrents/': Read-only file system
[23:50] <Xpistos|work> chmod: cannot access `Torrents/lost+found': Permission denied
[23:50] <Xpistos|work> etc
[23:52] <hggdh> heh. There is your answer... from your laptop this is a read-only FS.
[23:52] <Xpistos|work> but I never had it set that way and when I ssh in to my server, it is no I still can minipulate files
[23:53] <hggdh> Xpistos|work: if you access it via NFs, NFS will impose its own permissions
[23:53] <Xpistos|work> I have rw in NFS
[23:54] <Xpistos|work> let me check my exports
[23:54] <Xpistos|work> SOB!
[23:55]  * hggdh thinks an answer was found...
[23:55] <Xpistos|work>  data/torrent     192.168.1.2(ro,async) nfs defaults 0 0
[23:56] <hggdh> good, now you know why
[23:56] <hggdh> brb
[23:56] <Xpistos|work> now if I can remember how to restart the nfs
[23:59] <Xpistos|work> Stupid!
[23:59] <Xpistos|work> All this time