[00:38] <hehehe> hrhr
[00:38] <hehehe> is sarnold  here?
[00:38] <hehehe> :P
[00:38] <sarnold> hey hehehe
[01:20] <ltxda> Hi all.  Anyone available to help me determine if it's possible to extend the /boot partition by using lvm tools in Ubuntu 14.04LTS?
[01:21] <ltxda> The system is a VM within VMWare and I've already expanded the drive through the hypervisor by adding another 12GB of space.
[01:21] <ltxda> I need help extending /boot into the available space if anyone is available to help.
[01:36] <bradm> ltxda: if /boot is the first partition on the disk I'm not sure it's going to be easy - it needs contiguous space to extend onto
[01:43] <ltxda> bradm, ok thanks and yea i think it's the first partition.  I found out how to do it but if you're right i'll have issues with this.  We'll see how it turns out.
[01:46] <ltxda> bradm , i'm going have to research if it matters when using lvm.  I have the steps that I need to take but now need to find out if what you mention will give me problems accomplishing this.
[01:46] <ltxda> bbl8r
[01:47] <bradm> ltxda: ah, actually yes, you could probably add another partition to it
[02:21] <Hey__> anyone familiar with MAAS.. as I'm stumpped and #maas is a graveyard.
[02:22] <sarnold> hey Hey__. it is a bit late for NA and not yet time for europe to wake up ..
[02:22] <Hey__> lol
[02:22] <sarnold> I've read some of the maas docs, but can't claim any experience
[02:22] <Hey__> This has been going on 3 days. I'm drowning and I don't  know why.
[02:23] <Hey__> the docs are pretty.. but quite vague
[02:23] <Hey__> I'm hurtin over here bud.
[02:25] <dpb1> Hey
[02:25] <dpb1> oh well
[02:27] <sarnold> d'oh :/
[04:45] <cpaelzer> good morning
[06:49] <m1dnight_> Hey guys. I'm trying to figure out how the filesize of qcow2 files works. I understand that they're dynamically allocated, and don't actually occupy the space on disk. but LS shows the max size of the file.
[06:49] <m1dnight_> And I noticed that when I transferred it to another machine using scp it actually transferred the disks' max size?
[07:04] <bradm> m1dnight_: its a sparse file - try doing a du on it.  and when you copy it via scp it becomes no longer a sparse file
[07:04] <m1dnight_> aha. that makes sense bradm. I'll google on how to compresss parse files then. thanks a lot.
[07:04] <bradm> m1dnight_: or i think you can use ls -lsh on a file too, that'll show you the size difference
[08:03] <pulsar12> where the setting that controls ufw enabled/disabled is stored?
[08:06] <pulsar12> i see: "/etc/ufw/ufw.conf"
[12:05] <fernie> hi, so how do you create ESP in this new subiquity installer, the only options are ext4,xfs,btrfs
[12:24] <Mava> errmm what ? ESP ?
[12:24] <Mava> fernie: you mean like encapsulated security payload ?
[12:25] <fernie> the fat formatted partition needed by UEFI
[12:25] <Mava> ach  =)
[12:25] <Mava> stupid me..
[12:25] <fernie> :)
[12:31] <fernie> oh well, this partitioning seems to be totally broken as it also fails to read any existing partitions/filesystems on disks
[12:32] <Mava> fernie: is the subiquity some juju based installer thingie ?
[12:33] <Mava> i'm interested to hear whats the goal in general?
[12:33] <fernie> its the new installer in 18.04 server
[12:35] <fernie> had some free time, tried the beta2 image. at least the autopartitioning says it will create fat32 /boot/efi. but manual partitioning not in good shape
[14:40] <foo> Ubuntu 14.04 - uname -a shows this kernel:  3.13.0-24-generic - digital ocean says I want to be on Ubuntu 14.04: kernel 3.13.0-139-generic to be relatively secure - am I?
[14:40] <foo> I'm not sure looking at the numbers if I'm on 3.13 or 3.13.0-24 which I assume is greater than 3.13.0-139
[14:43] <foo> actually, if these are my kernels: https://paste.ofcode.org/7uur9nFLMSFaxkyVanUjNd
[14:43] <foo> It seems it's not defaulting to the latest, correct?
[14:44] <ahasenack> foo: what's the full output of uname -a?
[14:44] <foo> ahasenack: Linux bre 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
[14:45] <ahasenack> foo: and dmesg|head -n 1
[14:45] <foo> # dmesg|head -n 1
[14:45] <foo> [    0.000000] Initializing cgroup subsys cpuset
[14:45] <ahasenack> hm, I was hoping for sometihng like
[14:45] <ahasenack> [    0.000000] Linux version 4.15.0-13-generic (buildd@lgw01-amd64-023) (gcc version 7.3.0 (Ubuntu 7.3.0-11ubuntu1)) #14-Ubuntu SMP Sat Mar 17 13:44:27 UTC 2018 (Ubuntu 4.15.0-13.14-generic 4.15.10)
[14:46] <ahasenack> can you look for something like that in the full dmesg output?
[14:46] <ahasenack> just to see if it's an ubuntu kernel, or a digital ocean one
[14:46] <foo> abhttps://paste.ofcode.org/LmVNSjd7EvkkGhWjT8anZD
[14:46] <ahasenack> some time ago I had to use kexec to boot ubuntu kernels in their instances, because they were supplying their own kernel
[14:47] <foo> Main concern is to be on latest kernel to have relative patching from Meltdown and Spectre
[14:47] <foo> ah
[14:47] <ahasenack> do a dpkg -l|grep linux-iamge
[14:47] <ahasenack> sorry
[14:47] <ahasenack> do a dpkg -l|grep linux-image
[14:47] <TJ-> foo: is the meta package installed?  "apt-cache policy linux-image-generic"
[14:48] <ahasenack> your earlier paste showed linux-headers
[14:49] <foo> ahasenack: ahh. https://paste.ofcode.org/AhBqykUSi8e2wu27PATx8U
[14:49] <foo> TJ-: hmm, yes https://paste.ofcode.org/36HYSQKyBeaaaBwUSXy4U2b
[14:50] <TJ-> foo: right, that's good (sometimes people remove that and it stops fetching the latest kernels)
[14:50] <foo> ahh
[14:50] <TJ-> it always depends on the latest linux-image-<version>
[14:50] <foo> so it looks like I have the latest installed but it's not being used, correct?
[14:50] <ahasenack> right
[14:50] <foo> Hmm, I wonder what would cause that
[14:50] <ahasenack> in fact the one you have booted into also doesn't seem to be installed
[14:51] <TJ-> correct. so either the GRUB config is not updated, the default is set to something other than 0, or the initrd.img files haven't built
[14:51] <ahasenack>  3.13.0-24.47 is installed, not .46
[14:51] <TJ-> ahasenack: that'd suggest the kernel came from the hypervisor side wouldn't it?
[14:51] <ahasenack> could be
[14:52] <foo> TJ- / ahasenack - this is the end of an apt-get autoremove https://paste.ofcode.org/N8Nd3bBYYZq6PyAVUa22Ej
[14:52] <ahasenack> foo: can you find a 3.13.0-24.46-generic kernel somewhere in /boot?
[14:52] <TJ-> foo: I'm not familiar with D.O.; are you able to choose the kernel the droplet boots with on the management side, or change that to boot with the guest kernel ?
[14:52] <foo> ahasenack: I see 3.13.0-24 in https://paste.ofcode.org/sDE3ur6mkSy65VgqrBN6XN
[14:53] <foo> TJ-: I can probably get into a console to see if I have the option during a reboot. Although, it might make sense to check my grub conf to see if I can select it there? I'm rusty and not sure on proper conf for this
[14:54] <ahasenack> also check the symlinks in / and /boot
[14:54] <foo> ahasenack: nothing obvious in / that looks like a kernel
[14:54] <foo> and /boot is https://paste.ofcode.org/sDE3ur6mkSy65VgqrBN6XN
[14:55] <foo> I wonder if it's worth looking at my grub conf?
[14:55] <ahasenack> there is usually a symlink at / to a kernel image inside /boot
[14:55] <ahasenack> yes it is
[14:55] <foo> vmlinuz -> boot/vmlinuz-3.13.0-144-generic
[14:55] <ahasenack> (worth it, I mean)
[14:55] <foo> initrd.img -> boot/initrd.img-3.13.0-144-generic
[14:56] <foo> ahasenack: is that /boot/grub/grub.cfg ?
[14:56] <ahasenack> yeah, and it's a bit more complicated nowadays
[14:56] <ahasenack> that file is generated
[14:56] <foo> apparently, this looks different, heh.
[14:56] <ahasenack> it's generated from scripts in /etc/grub.d
[14:57] <foo> ahasenack: https://paste.ofcode.org/z8qjCiPXGYB2snt4drPRgu
[14:57] <foo> ahasenack: I see
[14:58]  * foo looks to see if he can find where it's set to selecting wrong kernel
[14:58] <foo> I believe 3.13.0.144.154 is the one I want
[14:59] <foo> 3.13.0-144
[14:59] <foo> I mean, it is in there, at the top
[14:59] <TJ-> foo: grep DEFAULT /etc/default/grub   --- should be 0
[14:59] <foo> GRUB_DEFAULT=0 - yup
[15:00] <ahasenack> if all there looks fine, then I think it's booting from a kernel outside of the guest. Then you should install kexec-tools, take a peek at /etc/default/kexec (iirc) and reboot, it will replace the kernel
[15:00] <ahasenack> replace the running kernel, I mean
[15:01] <TJ-> foo: follow this advice for configuring the internal kernel management  https://www.digitalocean.com/community/tutorials/how-to-update-a-digitalocean-server-s-kernel
[15:02] <foo> TJ-: heh, good find.
[15:02] <foo> TJ- / ahasenack - really appreciate your help in troubleshooting, thank you. What I gather: my system currently is using a kernel outside my system, and with this link from TJ- - I may be able to set it to use the latest via web interface and/or use the one my grub conf is set to you
[15:02]  * foo checks
[15:03] <TJ-> foo: that's correct
[15:03] <ahasenack> that's quite the page :)
[15:03] <TJ-> I think it is because they switched from the Xen hypervisor to KVM
[15:03] <foo> ahasenack: ha, right.
[15:06] <foo> I want x64 - right? Linux bre 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
[15:06] <foo> That's what I have now
[15:06] <foo> I believe this is the latest I can get https://screencast.com/t/Oko2ocnew
[15:07] <foo> Their page that went out to everyone recently said to be on kernel 3.13.0-139-generic per https://www.digitalocean.com/community/tutorials/how-to-protect-your-server-against-the-meltdown-and-spectre-vulnerabilities
[15:08] <foo> I suspect Ubuntu 14.04 x64 vmlinuz-3.13.0-91-generic is the newest/latest - I can't scroll past that. Agree?
[15:09] <TJ-> foo:  you do not select a kernel version in the droplet management console
[15:10] <TJ-> on the outside you select the DigitalOcean GrubLoader
[15:11] <foo> TJ-: thank you, I got ahead of myself - I see it now
[15:13] <foo> rebooted, there we go: Linux bre 3.13.0-144-generic #193-Ubuntu SMP Thu Mar 15 17:03:53 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
[15:13] <ahasenack> \o/
[15:13] <foo> TJ- and ahasenack - again, thank you guys - really appreciate it! I believe I'm as protected as I can be from from meltdown and spectre now
[15:14] <ahasenack> foo: you can check dmesg for that
[15:14] <ahasenack> things like
[15:14] <ahasenack> [    0.033497] Spectre V2 : Mitigation: Full generic retpoline
[15:14] <ahasenack> [    0.033498] Spectre V2 : Spectre v2 mitigation: Filling RSB on context switch
[15:14] <ahasenack> and
[15:14] <nacc> there's also a tool on github, iirc?
[15:14] <ahasenack> [    0.000000] Kernel/User page tables isolation: enabled
[15:14] <ahasenack> foo: and the contents of the /sys/devices/system/cpu/vulnerabilities directory
[15:15] <foo>     0.022819] Spectre V2 mitigation: Mitigation: Full generic retpoline
[15:15] <foo> [    0.023577] Spectre V2 mitigation: Speculation control IBPB not-supported IBRS not-supported
[15:15] <foo> great
[15:26] <roaksoax> win 8
[15:59] <jamespage> coreycb: there was a build failure for eventlet due to ssl changes - I'll take a peek
[16:00] <jamespage> from doko's rebuild
[16:00] <coreycb> jamespage: ah great thanks, saw that email
[16:00] <coreycb> jamespage: there are a few others under ubuntu-server that are ours. i'll take a look.
[16:04] <coreycb> jamespage: i'll look at privsep and taskflow for now
[16:04] <jamespage> ta
[16:11] <jamespage> coreycb: ok the eventlet one is a pyopenssl iisue
[16:11] <coreycb> ok
[16:28] <lordievader> Good evening
[16:35] <RoyK> anyone that can suggest a good, easy-to-manage email/groupware system like zimbra which isn't zimbra?
[16:43] <teward> RoyK: that's on-prem or what?
[16:43] <RoyK> yes
[16:43] <teward> there's a ton of 'cloud' based systems that do this.  I don't know of any truly 'good' ones beyond Zimbra for on-prem though
[16:44] <RoyK> I like zimbra, but it's a PITA administration-wise
[16:44] <teward> hate to say it but they're all a PITA to maintain
[16:44] <teward> or admin.
[16:44] <RoyK> I meant maintainance
[16:44] <RoyK> admin is nice
[16:45] <teward> same problem for maintaining :P
[16:47] <teward> RoyK: Zimbra is unique, I believe, in ease-of-management/admin.  There's things like Horder or Kolab, but I've never used them so I can't vouch for them (I just ran the Zimbra community edition for most needs... wasn't *too* hard to maintain...)
[16:47] <TJ-> groupware is generally a complex system
[16:47] <teward> (sorry that i'm not too helpful in this case :/)
[16:47] <teward> agreed with TJ-
[16:48] <TJ-> but there's always NNTP+SMTP and choice of frontends
[16:51] <sdeziel> RoyK: there is kopano (old zarafa) but I never tried it
[16:53] <coreycb> jamespage: taskflow is fixed
[16:54] <RoyK> teward: zimbra isn't too hard to maintain unless you need an OS update and then it easily gets dirty
[16:55] <teward> RoyK: you could say that for all services thoug
[16:55] <teward> assuming you mean OS update as in 14.04 -> 16.04
[16:55] <teward> and not in-place security upgrades
[16:56] <RoyK> in-place updates are no problem
[17:09] <teward> RoyK: with any Groupware, I'd sooner spin a replacement server, then do a data migration between the two (Zimbra has a Zimbra -> Zimbra migration tool), then retire the 'old' server.
[17:09] <teward> that's actually the least painful process.
[17:10] <teward> all those groupware solutions have the same intolerance for system distribution upgrades
[17:10] <teward> because library dependencies, etc.
[17:10]  * dpb1 likes the gapp suite
[17:10] <dpb1> ... so is staying out of the convo. :)
[17:19] <JanC> there is also OpenGroupware (never used myself)
[17:21] <ahasenack> I wonder if somebody ever charmed the individual components of a groupware solution
[17:21] <ahasenack> the reason they usually "take over" a system is because they are hard to configure
[17:23] <JanC> Zentyal also has mail, calendar, etc.
[17:25] <JanC> https://en.wikipedia.org/wiki/List_of_collaborative_software might be useful as a starting point for finding something
[17:26] <teward> JanC: I bet each of them though is sensitive to OS upgrading though, in that you can't easily upgrade between OSes and expect the collab. solutions to 'just work'
[17:26] <teward> which is one of the reasons that RoyK was complaining about.
[17:26] <JanC> well, that would also depend on upstream
[17:28] <JanC> the same is true for most "hosting control panel" software, but there are some that work well on at least one distro...
[17:28] <teward> Groupware is its own type of hell though with dependencies, so that stuff isn't OS Upgrade friendly.
[17:29] <JanC> it just depends on how upstream tests on multiple distro versions...
[17:29] <JanC> (or doesn't test)
[17:31] <JanC> and some solve this by providing their own (derivative) distro, I guess  :)
[17:34] <Checkmate> Hi guys
[17:34] <Checkmate> i have disk full 100%
[17:35] <JanC> that's not good...
[17:36] <dpb1> :)
[17:38] <Checkmate> How to fix the problem
[17:38] <Checkmate> df -h https://pastebin.com/raw/mE7dx4qe
[17:38] <JanC> Checkmate: do you know why that happened?
[17:38] <RoyK> iirc Canonical wanted to embed Zimbra into their server, but failed to do so because of a ton of irregularities
[17:38] <Checkmate> JanC i just installed mysql phpmyadmin apache uploaded 1 database to test and thats happening
[17:38] <RoyK> this was some years back
[17:40] <JanC> Checkmate: you can try to remove unnecessary things
[17:40] <Checkmate> JanC you have ideas how i can fix the problem i have already 1TB at home
[17:41] <JanC> like the local cache of downloaded .deb packages
[17:41] <ogra_> du -hcs /var/cache/apt
[17:41] <ogra_> see whats in there
[17:41] <RoyK> - mysql is a network-attached spreadsheet used by pr0n sites and other dodgy entities across the Internet.
[17:41] <JanC> RoyK: and banks
[17:42] <RoyK> I seriously doubt any bank would dare use mysql/mariadb
[17:42] <Checkmate> ogra_ not too much on the archive /var/cache/apt/archives 145MB
[17:42] <ogra_> well, better than nothing :)
[17:42] <JanC> if there are packages you don't use anymore, you can also remove them
[17:42] <Checkmate> I want to resize or move the files from /dev/root to /home
[17:42] <ogra_> sudo apt-get clean
[17:42] <RoyK> for fuck's sake - mysql/mariadb is *bad* compared to postgresql
[17:43] <nacc> RoyK: please watch your language
[17:43] <RoyK> omg
[17:43] <rbasak> nacc: on bug 1762976, I understand what you mean now. Though I'm not sure the extension should be visible from a UX perspective. What if we followed the same system as reimport/* for these?
[17:43] <RoyK> that one again
[17:43] <nacc> RoyK: also ... what is your point? no one is forcing you to use mysql
[17:43] <nacc> rbasak: you'd need to reimport the world :)
[17:43] <RoyK> nacc: it was mentioned - whatever
[17:44] <rbasak> nacc: we'll be doing that anyway :)
[17:44] <nacc> rbasak: yeah, i meant it would require leaving code in place that knows both version of the tags until you do
[17:44] <nacc> or build won't work
[17:44] <JanC> Checkmate: are you using LVM? otherwise resizing is going to be hard...
[17:44] <RoyK> do yo have to be a christian to chat here? no swearing, no talking about what may be bad…
[17:44] <nacc> RoyK: please read the policies
[17:45] <RoyK> nacc: I've read them a few times - it's supposed to be "family friendly", meaning none of the ones around you in the family ever swears
[17:45] <ogra_> RoyK, you are long enough in ubuntu channels that you should know the rules
[17:45] <nacc> RoyK: i'm not sure what your issue is today, but you've been civil before. try to go back to that
[17:46] <RoyK> ogra_: and I've been here long enough to loath them, yes
[17:46] <Checkmate> JanC could you tell me the steps
[17:46] <rbasak> RoyK: please either follow the rules or leave.
[17:46] <RoyK> nacc: I'm civil
[17:46] <RoyK> nacc: it's not non-civil to use strong words
[17:46] <Checkmate> i have u sed resize2fs and gparted before but i didn't success
[17:47] <nacc> RoyK: also, as far as I can tell, one user mentioned installing mysql, and you then claimed it was for pornography exclusively, and then said it was "bad". Unrelated completely to the user's particular issue and FUD, afaict.
[17:47] <RoyK> Checkmate: you can't really migrate root to another filesystem easily
[17:47] <RoyK> nacc: it was a quote - google it
[17:47] <Checkmate> Royk whats the solution in my case
[17:48] <rypervenche> Checkmate: I recommend that you don't cross-post. We have given you the solution that will work best for you in #ubuntu. I recommend you go with that.
[17:48] <RoyK> Checkmate: best guess is to reinstall with lvm - create a small lv for root and a small for home and grow them as you need more space
[17:48] <JanC> well, it's not really _that_ hard to move everything to the /home filesystem
[17:49] <Checkmate> I'm on a vps guys
[17:49] <RoyK> Checkmate: with lvm, setup one big VG with the disk, make a small LV for root and another for home, and just grow it
[17:49] <RoyK> Checkmate: then it will be hard
[17:49] <JanC> assuming he can do that on his VPS
[17:50] <RoyK> Checkmate: which provider?
[17:50] <JanC> (I could do it on mine)
[17:50] <Checkmate> OVH
[17:50] <RoyK> url?
[17:50] <Checkmate> i contact them 3 days before but still no reply
[17:50] <Checkmate> OVH.com
[17:50] <JanC> and repartitioning with LVM would require wiping & reinstalling everything
[17:51] <Checkmate> i have only access with root and rescue
[17:51] <JanC> you could do it from rescue
[17:51] <JanC> probably
[17:51] <TJ-> Checkmate: you can repurpose the /home/ file-system to be the rootfs if it is massively larger than the rootfs is
[17:51] <Checkmate> TJ- how can i do that on fstab ?
[17:51] <JanC> not easy if you don't know how everything works though...
[17:52] <ahasenack> rbasak: did you take a second look at nacc's g-u branch?
[17:52] <ahasenack> just wondering if I should still jump in
[17:52] <TJ-> Checkmate: if you're able to boot an alternate rescue OS (like finnix) it's quite straightforward
[17:53] <JanC> Checkmate: is the size of / and /home decided by OVH, or did you do that yourself?
[17:53] <TJ-> Checkmate: it's possible from the running OS too, but much trickier
[17:53] <Checkmate> JanC is by ovh
[17:53] <JanC> ugh
[17:53] <rbasak> ahasenack: not yet, sorry.
[17:53] <JanC> you can't decide partition sizes yourself?
[17:53] <rbasak> ahasenack: what am I blocking? Do you have a link please?
[17:53] <Checkmate> i read much threads on forums has same problem
[17:54] <ahasenack> rbasak: not blocking, just that nacc implemented what you requested and I was checking if you have read that
[17:54] <rypervenche> Checkmate: You have access to rebuild your VPS via their website. You shouldn't need them to do anything manually.
[17:54] <ahasenack> https://code.launchpad.net/~nacc/usd-importer/+git/usd-importer/+merge/342969
[17:54] <rbasak> Thanks, looking
[17:54] <JanC> also, 20 GiB should be enough for a server in most cases, especially if you make sure your data is on /home
[17:55] <JanC> (you can put databases, mail, etc. on /home with the right configuration)
[17:55] <TJ-> Checkmate: using 19GB for a rootfs is excessive - why not find out where that is being used up?
[17:55] <Checkmate> JanC i changed my path apache to /home i have only mysql apache and phpmyadmin installed
[17:55] <rbasak> ahasenack: +1 on SPECIFICATION.tags.
[17:55] <nacc> ahasenack: rbasak: thanks
[17:55] <TJ-> Checkmate: " pastebinit <( sudo du -d 3 / | sort -n ) "
[17:55] <rbasak> ahasenack: do I need to look at anything else from the MP right now?
[17:55] <Checkmate> ok
[17:55] <nacc> ahasenack: so then it's just a matter of looking at what i changed and making sure i did it right :)
[17:55] <JanC> Checkmate: what TJ- says: find out where all that diskspace went
[17:56] <TJ-> I struggle to use 6GB for a rootfs (admittedly /var/ is another 6GB)
[17:57] <ahasenack> rbasak: not "need", but I guess mongo has you quite busy :)
[17:57] <JanC> most "big things" on /var/ could go in /home too
[17:57] <dpb1> ahasenack: yes
[17:57] <dpb1> L:)
[17:57] <rbasak> ahasenack: yeah as much as I hate doing it, I think I need to avoid doing other stuff to get it landed in time.
[17:57] <dpb1> not sure what the L is
[17:57] <ahasenack> I think it's mine
[17:58] <ahasenack> :)
[17:58] <Checkmate> TJ- https://pastebin.com/raw/j047S4PV
[17:58] <rbasak> dpb1 wants me to *L*and mongodb I think :)
[17:59] <rypervenche> Good ol' mysql.
[17:59] <JanC> looks like there is 10 GiB of mysql databases there
[17:59] <Checkmate> JanC yes
[17:59] <dpb1> rbasak: :D
[18:01] <coreycb> jamespage: privsep uploaded and looking at pint now. can you look at pbr? seems like something is up with the logic in dh_auto_test.
[18:01] <Checkmate> Do i need ot move mmysql direcotry to /home?
[18:02] <Checkmate> Do i need to move mysql directory to /home?
[18:03] <TJ-> oh great! 18.04 grub is broken, ignores GRUB_SERIAL_COMMAND= when GRUB_TERMINAL=serial
[18:03] <JanC> Checkmate: moving /var/lib/mysql to /home is likely going to be the easiest solution, yes...
[18:05] <JanC> maybe look for a howto of how to do that properly
[18:05] <JanC> (or maybe someone here knows the possible gotchas?)
[18:06] <Checkmate> JanC let me give it a try
[18:07] <TJ-> Checkmate: 1. stop mysql service   2. "sudo mv /var/lib/mysql   /home/"   3. "sudo ln -s /home/mysql /var/lib/mysql"   4. restart mysql  5. test
[18:07] <JanC> also, make a database backup/dump before moving everything (if you don't already have one)
[18:08] <TJ-> JanC: haha yeah, where to though!?
[18:08] <JanC> to $HOME ?
[18:08] <JanC> plenty of space there
[18:08] <sdeziel> I don't think the Apparmor profile for MySQL will allow this without some editing
[18:08] <JanC> can also download it afterwards  :)
[18:09] <JanC> sdeziel: right, that's one of the possible gotchas, I guess
[18:09] <TJ-> JanC: i know... but if /home FS goes bam! it's not going to help
[18:09] <TJ-> sdeziel: thanks for the notice!
[18:09] <TJ-> Checkmate: which release of Ubuntu is it, sounds like the apparmor profile will need updating
[18:09] <JanC> TJ-: can download it, like I said
[18:09] <sdeziel> or maybe a mount bind from /home/mysql to /var/lib/mysql?
[18:10] <sdeziel> would probably be simpler than fiddling with the Apparmor profile
[18:20] <ahasenack> nacc: from that specification file (SPECIFICATION.tags), it's not clear to me where the /1, /2, ... point at
[18:20] <ahasenack>  /0 points at the same commit as import/<version>, it says
[18:21] <nacc> ahasenack: each subsequent not-tree-matching import
[18:21] <ahasenack> but then it says /1 points at the new commit
[18:21] <nacc> ahasenack: right
[18:21] <nacc> ahasenack: there will be a 'new commit' each time that spec is applied, if the trees don't match
[18:21] <nacc> otherwise the tree matched an existing tag
[18:21] <ahasenack> ok, I see
[18:22] <nacc> ahasenack: what this does, (in a future commit) is mean that for any version, there are now 0-many import tags
[18:22] <nacc> 0 = never seen
[18:22] <nacc> 1 = only seen once
[18:22] <nacc> > 1 = multiple uploads of hte same version with different contents
[18:22] <nacc> same applies to applied tags
[18:23] <ahasenack> ok, I thought /0 was already a reimport
[18:23] <ahasenack> but it's just the first normal import
[18:24] <nacc> ahasenack: right, it's a way for us to either use the single import tag or all reimport tags
[18:24] <nacc> since if any reimport tags exist, 0 -> original import tag and is always there
[18:24] <ahasenack> do we need to "pollute" all imports with a reimport/0 tag?
[18:24] <ahasenack> or just when a reimport/1 happens
[18:24] <nacc> read the spec, only created when we reimport
[18:24] <ahasenack> then we create /0
[18:25] <ahasenack> ok, only when reimport
[18:25] <nacc> ahasenack: specifically, the second bullet
[18:25] <ahasenack> I have it in front of me, believe it or not
[18:26] <nacc> ahasenack: :)
[18:26] <nacc> i'm rude 'cause i care
[18:26] <ahasenack> sorry you got stuck with me, "it is what it is"
[18:26] <nacc> heh
[18:26] <nacc> we are making good progress; i knew this part would get slower, as it's actual algorithm changes
[18:27] <nacc> that's why i've been trying to get to them quickly :)
[18:27] <rbasak> nacc: are we expecting the importer to pick up mongodb soon, or should I do it manually?
[18:28] <Checkmate> TJ- problems on starting mysql after doing some changes https://pastebin.com/raw/j0tJv80E
[18:28] <nacc> rbasak: let me check, i think it's been struggling a bit to keep up with 100% phasing of main (while the linear script is going) ...
[18:28] <nacc> rbasak: i would just run it manually
[18:29] <rbasak> ack
[18:41] <TJ-> Checkmate: you need to identify the cause, it's probably apparmor profile related. Check /var/log/syslog
[18:59] <nacc> rbasak: we might need to blacklist xorg-server too
[18:59] <nacc> rbasak: due to size
[19:05] <gunix> ok guys, something massively confuses me
[19:05] <gunix> https://bpaste.net/show/753deb2d0de7
[19:05] <gunix> why does recursive grep NOT search within the local folder?
[19:06] <nacc> gunix: is local a symlink?
[19:06] <nacc> gunix: if you so, you need -R
[19:06] <gunix> its: drwxr-xr-x  2 root root 4.0K Apr 11 21:01 local
[19:07] <nacc> gunix: does it work if given explicitly? grep ... local
[19:07] <gunix> -R worked
[19:07] <nacc> gunix: ok, you've got a symlink somewhere, possibly under local
[19:07] <sarnold> nacc: woo :)
[19:07] <gunix> nacc: https://bpaste.net/show/c6217c2bae54
[19:07] <gunix> ...
[19:07] <gunix> why did they do that ?
[19:07] <nacc> gunix: yep, local/group_vars :)
[19:07] <gunix> i feel abused
[19:08] <nacc> gunix: dunno
[19:08] <gunix> when would you want the local config to just symlink to the sample ?
[19:08] <nacc> ahasenack: going afk for a bit (dropoff and a car appintment) -- email if you need anything
[19:25] <rev_strangehope> I have never written a bash script and trying to figure out how to make a script to compress a folder with logs then delete the folder after.
[19:29] <RattleBattle79> rev_strangehope: a bash script is really just a bunch of terminal commands Where does. What exactly is the problem?
[19:31] <rev_strangehope> I am trying to create a way to automate the compressing chat and search log into .TAR files and then delete the old .LOG files, rather then the system I currently have of connecting to the server and then moving the folders to my desktop
[19:33] <rev_strangehope> I am coming from a place of writing batch files for Windows Server, this is my first Ubuntu Server so kind of feel like a fish out of water
[19:35] <JanC> sounds like what logrotate does
[19:35] <TJ-> rev_strangehope: "tar -cxf /path/to/backup-logs.tar.gz /path/to/logs;  find /path/to/logs -delete"
[19:35] <TJ-> argh typo
[19:35] <TJ-> rev_strangehope: "tar -czf /path/to/backup-logs.tar.gz /path/to/logs;  find /path/to/logs -delete"
[19:35] <sdeziel> s/; /&& / :)
[19:35] <JanC> might want to check for errors indeed
[19:35] <TJ-> rev_strangehope: you want to move the logs off, or just compress them to save space?
[19:36] <TJ-> sdeziel: good point
[19:36] <sdeziel> tar also has --remove-files
[19:36] <TJ-> rev_strangehope: "tar -czf /path/to/backup-logs.tar.gz /path/to/logs &&  find /path/to/logs -delete"
[19:36] <TJ-> sdeziel: yeah, I was trying to make sure it's 2 steps just in case :)
[19:37] <sdeziel> TJ-: yeah, just saying since I saw it for the first time in the man page
[19:37] <rev_strangehope> I want to mostly compress them so I can both move them to my desktop to keep a copy safe and safe space
[19:37] <sarnold> are you actually short of space? and do you actually need the logs?
[19:37] <TJ-> rev_strangehope: if you just want to compress them, use 'logrotate' it can rotate and compress logs - look at /var/log/ for an example of how it rotates/compresses e.g. /var/log/syslog to syslog.1 syslog.2.gz
[19:39] <sdeziel> +1 for logrotate
[19:39] <rev_strangehope> can you change the folder Logrotate uses to check since the logs are not in /var/log they are in there own folder in the home directory
[19:40] <TJ-> rev_strangehope: logrotate has config files to tell it what to do and where to do it
[19:41] <rev_strangehope> just wanted to ask since never used logrotate in the past
[19:41] <TJ-> rev_strangehope: see "man logrotate" and look at the existing configs under /etc/logrotate.d/ -- copy one of those for your own use
[19:43] <RattleBattle79> anyone here tried LXD clustering in 18.04?
[19:44] <sdeziel> rev_strangehope: once you've cobbled up some logrotate config feel free to pastebin it for review/input
[20:28] <coreycb> jamespage: ryu is uploaded. pint is a known issue, i'll check back on it tomorrow - https://github.com/hgrecco/pint/issues/577
[23:27] <jvwjgames> Hello
[23:27] <jvwjgames> what is a good ftp client
[23:30] <sarnold> twenty years ago I liked ncftp because iirc it used that pretty cyan colour I like so much
[23:30] <jvwjgames> also i want the ftp user to only hvae access to the entire /home dir
[23:31] <sarnold> do you *need* to use ftp? it's a pretty terrible protocol
[23:32] <jvwjgames> i think i tried to see if they support sftp or ftps but cna't find anything about that
[23:32] <jvwjgames> nevermind about the /home dir
[23:32] <sarnold> if it's for word press then I think you're stuck with ftp, someone else was stuck with a similar problem in the last week
[23:33] <jvwjgames> you can't do sftp in wordpress
[23:33] <jvwjgames> i have done it before but no it's not wordpress it is kopage it is a site builder
[23:33] <jvwjgames> corrention you can not can't sorry
[23:34] <jvwjgames> you can do sftp in wordpress
[23:37] <JanC> jvwjgames: many file managers on linux support FTP (and FTPS, and SFTP)
[23:39] <JanC> and access to the entire /home dir is something that depends on the FTP server, not the FTP client
[23:47] <JanC> and I agree that SFTP is always better than FTP/FTPS  :)