[05:33] <zanzacar> if I wanted to monitor what devices downloaded from what ips what would be the best means in which to do that?
[05:37] <jdv> squid proxy on your network
[05:38] <zanzacar> jdv: thanks I will check it out. The device I want to monitor is a wifi device so I was thinking about even doing something with wireshark or something
[05:38] <zanzacar> just wasn't sure really so I figured I would ask for expert opinions
[05:39] <jdv> wireshark will give you too much data for your requirements
[05:39] <zanzacar> thats what I was thinking too, mainly I just want to know what server the wifi device is accessing to download some of its information
[05:42] <zanzacar> is squid specific for surfing the web? I am trying to figure out what IP address a device actually accesses
[05:43] <zanzacar> the device being a kindle I have
[05:51] <jdv> can you bring up a shell on it?
[05:52] <jdv> squid will monitor all traffic
[05:52] <jdv> a simpler way to see what its doing is to connect it to your PC and then run a command line netstat on it
[05:53] <zanzacar> I can't bring up a shell
[05:53] <zanzacar> I am thinking I might just put wrt on my router and monitor it through that and iptables or something similar
[05:53] <zanzacar> I am not sure how i would run netstat on it via my pc
[05:54] <jdv> bridge the connection ?
[05:54] <jdv> can you root a kindle?
[05:54] <jdv> or otherwise ssh to it?
[05:55] <jdv> I dont have one
[05:57] <zanzacar> well the tablet versions I am sure you can
[05:58] <zanzacar> this is just an e-reader
[05:58] <zanzacar> but I was curious what things it was accessing via the internet, looks ups etc
[06:00] <jdv> Do you have a phone with shell ? I might consider making that a hotspot and then exploring the network connections running from the phone
[06:00] <zanzacar> oh thats a decent idea i like it
[06:01] <zanzacar> my phone doesn't support hotspots though and I am in the process of rooting it
[06:13] <histo> just arp poison the kindle and use wireshark
[06:13] <zanzacar> arp poison?
[06:21] <histo> arp spoof whatever you want to call it.  you route all it s traffic through you
[06:26] <zanzacar> interesting
[07:28] <jdv> lol arp spoofing to monitor network connections on a trusted device.
[07:28] <jdv> well why not.
[07:29] <jdv> just dont have any other devices on the network at the same time
[07:48] <lordievader> Good morning.
[08:03] <histo> jdv: why not you don't have to spoof all of them. You can select just one target
[09:40] <epicepic> why did i failed install smbfs on ubuntu 15 server?
[10:44] <histo> epicepic: what did you install?
[10:44] <histo> epicepic: or I should say what was the error?
[12:15] <synthmeat> so, i want to vimdiff a remote file and output of local command...
[12:16] <synthmeat> vimdiff scp://host//remote.file <(local.file)
[12:16] <synthmeat> that kinda doesn't work (not sure i can specify more into how _exactly_ it doesn't work)
[12:16] <synthmeat> errata: <(cat local.file)
[12:16] <synthmeat> (sorry. the one i typed out does work)
[12:17] <synthmeat> is it something about "cat" that doesn't help here?
[12:17] <synthmeat> and, OT... wow, imagined a lot more traffic in here :/
[12:25] <jpds> synthmeat: I don't even think that scp:// exists.
[12:25] <jpds> Ah, OK, it has support for that.
[12:29] <synthmeat> jpds: yeah, i diff remotes this way all the time, and use it as such in many commands
[12:30] <synthmeat> well, "all the time". found about it yesterday :D
[12:33] <synthmeat> well, "use it as such in many commands" is also a blatant lie too :D
[12:34] <synthmeat> it works in vimdiff, that's all i know :D
[13:25] <solo2> ubuntu server raid1 ( no VMhd // 2 hd ) controller checked ( name of raid1 set from the controller and with 2 hd already in the same group ) ... during installation grub failure at the end. Disk partition it can only see the raid with # #126 at the end ... no chance to see the other 2 hd only the raid . i tryed to manual partitioning it. setting /boot /swap /  .... grub failure .... pls help me
[13:30] <hallyn> smb: regarding the libvirt init job waiting on socket being ready - let's ask zul to integrate your and dosaboy's comments when he merges 1.2.16 in next 2 weeks
[13:30] <hallyn> (that's bug 1455608)
[13:30] <zul> yay for timeframes!
[13:32] <smb> hallyn, not in a rush there. might consider things for srus into previous releases
[13:38] <hallyn> smb: yes, it's on my list for next set of srus
[14:54] <coreycb> jamespage, any tips on getting around this?  this (https://merges.ubuntu.com/p/python-openstackclient/REPORT) has a setup.cfg merge conflict, so I manually updated setup.cfg to what debian has, but debuild gets:
[14:54] <coreycb> dpkg-source: info: local changes detected, the modified files are:
[14:54] <coreycb>  python-openstackclient-1.0.3-1ubuntu1/setup.cfg
[14:58] <coreycb> rbasak, maybe you have tips ^
[15:30] <rbasak> coreycb: that's odd. I wouldn't expect there to be a merge conflict in setup.cfg as I wouldn't expect that to change in a packaging delta anyway.
[15:30] <rbasak> coreycb: to change setup.cfg if required that should be done through a quilt patch
[15:30] <coreycb> rbasak, yeah I agree
[15:31] <rbasak> coreycb: so maybe check 1.0.3-1, 1.0.3-1ubuntu1 and 1.0.2-2 manually?
[15:31] <rbasak> Incidentally that's a tricky merge for merge-o-matic maybe because Ubuntu was previously ahead of Debian on upstream version
[15:31] <coreycb> rbasak, there aren't any existing patches at least
[15:51] <Kully3xf> how to fully clear out history
[15:51] <Kully3xf> i've tried putting /dev/null >> .bash_history
[15:52] <Kully3xf> I've tried history -c
[15:52] <Kully3xf> everything looks good until I logout/back in
[16:00] <jamespage> coreycb, I'd pop all patches with -f and then re-extract the orig.tar.gz over the top of everything
[16:01] <coreycb> jamespage, ok thanks
[16:07] <epicepic> how do i chown nor chmod for cifs mounted folder ?
[16:24] <jamespage> zul, can you avoid working on any oslo pkgs in wily - I'm working on resyncing with Debian
[16:24] <jamespage> hopefully the ftp masters will be ok with holding Ubuntu transitional packages - zigo was OK with having them
[16:25] <jamespage> coreycb, openstackclient might be a straight sync tbh
[16:36] <jamespage> zul, how do we feel about ibm-db-sa?
[16:36] <jamespage> zul, looking at straight sync for migrate - but that would mean a MIR for that package
[16:49] <brianw> Hello
[17:20] <zul> jamespage: sure, i dont think we need ibm-db-sa, besides you need an actual database to test it out
[17:23] <coreycb> jamespage, yeah it could probably just be sync'd
[17:53] <coreycb> jamespage, here's the sync bug 1461189
[17:53] <coreycb> https://bugs.launchpad.net/ubuntu/+source/python-openstackclient/+bug/1461189
[20:02] <moloney> It seems like you can't install ubuntu (14.04) to an existing mdadm RAID array.  During install the devices are numbered md127 and md126 instead of md0 and md1, and then during first boot it fails to bring up the RAID arrays. If I delete the RAID arrays and create them during the install then it will work.  Do I need to do something different when creating the RAID arrays, like set some additional meta data?
[20:04] <quantic> moloney: i have different experiences, so i wont be much help. ive been able to install to existing mdadm arrays without issue.
[20:06] <moloney> quantic: using 14.04?  Do you remember how the array was originally created (e.g. using the installer from a previous ubuntu release)?
[20:08] <quantic> moloney: using 14.04 using arrays originally created by 12.04, 14.04, 15.04, 15.10, Fedora 21, Fedora 22, CentOS 7. (I do a lot of testing with some of my servers.)
[20:09] <quantic> moloney: s/15\.10/14\.10/
[20:17] <moloney> quantic: Did you ever do it with an array created with the mdadm command?  I noticed for example the installer gives the arrays names like 'myhostname:0' for md0 and 'myhostname:1
[20:17] <Walex2> moloney: MD arrays are recognized by the UUID in the superblock of their members
[20:17] <moloney> quantic: Did you ever do it with an array created with the mdadm command?  I noticed for example the installer gives the arrays names like 'myhostname:0' for md0 and 'myhostname:1' for md1, so maybe I just need to add something to the mdadm commands to create the arrays.  I guess I just need to try that out
[20:18] <quantic> moloney: yes, using both 0.90 and 1.2 superblocks. I've just never encountered the issue you're describing.
[20:18] <moloney> Walex2: sure and the installer seems to recognize that the arrays exist, but the odd number (127 etc) seems to be causing issues
[20:19] <quantic> moloney: that's the number they typically get allocated in the installer, including mine. hasn't ever caused issues.
[20:20] <quantic> moloney: and the system doesn't look for them by md device number. it looks for UUIDs.
[20:22] <moloney> quantic: yeah I figured it would be using the UUIDs which makes me even more confused at to what my issue is.  The only thing kinda "special" about my setup is that the drives are NVMe (PCIe), but since it works when I create the array in the installer I doubt that is related
[20:23] <quantic> moloney: interesting... all of mine are standard SATA/SAS drives. that might be the difference.
[20:25] <moloney> quantic: only thing I can think is that the installer doesn't realize it needs the nvme driver at boot if it doesn't do anything with the underlying devices during the install
[22:27] <Delemas> Any chance Ubuntu 15.04 implemented something where PHP can't connect off the server? My squirrelmail lost the ability to connect to my imap server after a 14.04 to 15.04 upgrade...
[22:28] <bekks> The default settings you accepted my have caused that. Did you upgrade from 14.04 to 15.04 directly?
[22:28] <bekks> Or did you upgrade to 14.10 before?
[22:28] <Delemas> No I thought you had to upgrade to 14.10 first...
[22:29] <Delemas> So that is what I did...
[22:29] <Delemas> hmm I don't recall seeing that. Any hints where to fix that?
[22:30] <bekks> PHP settings in /etc/
[22:30] <sarnold> Delemas: check dmesg for an apparmor denial; I can't recall if there's default php confinement there, but it might be related
[22:30] <sarnold> Delemas: dmesg | grep DEN ought to do it
[22:31] <Delemas> I remember SELinux doing something like this on an un named evil distribution... I'm not seeing an apparmor denial...
[22:39] <jjohansen> Delemas: grep DEN /var/log/syslog
[22:40] <jjohansen> it can have some messages in that don't go to dmesg, eg. trusted helpers like dbus mediation
[22:41] <Delemas> Well other than pointing out my DNS updates are being denied (unrelated) nothing that looks like an apparmor denial.
[22:41] <jjohansen> Delemas: another way to test and see if it is appparmor is boot with apparmor=0 as a kernel param in grub
[22:42] <jjohansen> Delemas: are you using upstart or systemd?
[22:42] <Delemas> Oh ok I'll try that and see if it goes away.
[22:43] <Delemas> I switched to upstart because systemd didn't work with a /usr partition. It didn't help. I had to complete repartition my server. I haven't switched back to systemd but could now.
[22:43] <Delemas> I like the boot speed with systemd but that is a pretty big flaw IMHO
[22:44] <jjohansen> okay so with upstart you can also get away with doing /etc/init.d/apparmor teardown
[22:44] <jjohansen> that will unload all policy, so you don't have to reboot
[22:44] <Delemas> Oh ok I'll try that.
[22:46] <Delemas> Ah well that is one thing to mark off. It's not apparmor...
[23:00] <Delemas> hmm I wonder if the new PHP is really trying to verify the certificate and failing...
[23:07] <Delemas> so dumb.... It is suddenly verifying certificates and failing...
[23:56] <Delemas> Turns out php 5.6 in turns on verify_peer by default and the ancient 2012 version of squirrelmail provided for it doesn't support overridding php's defaults.