[08:33] <sonu_nk> hi i recently created subdomain but its not working nslookup server can't find apis.mydomain.com: NXDOMAIN
[08:35] <ikonia> so check it on the dns server that hosts it
[08:37] <sonu_nk> ikonia, what steps i need to do?
[08:43] <zioproto> good morning
[08:43] <zioproto> my Openstack Horizon has funny error messages in the log files
[08:43] <zioproto> extern "Python": function Cryptography_rand_bytes() called, but @ffi.def_extern() was not called in the current subinterpreter.  Returning 0
[08:48] <zioproto> coreycb: hitting bug https://bugs.launchpad.net/openstack-ansible/+bug/1624791
[08:49] <zioproto> There is a fix but I am not sure it is in the ubuntu packages https://review.openstack.org/#/c/432257/
[09:00] <zioproto> I mean, I am not sure if there is a package conflict that is properly managed.
[09:07] <frickler> zioproto: for me the fix for that bug is what I describe in my comment, avoiding unsafe concurrent use of the crypto lib https://bugs.launchpad.net/openstack-ansible/+bug/1624791/comments/17. all the lib versions didn't really seem to matter much in the end
[09:09] <zioproto> frickler: so I should change in my apache config WSGIApplicationGroup %{GLOBAL} ?
[09:09] <zioproto> frickler: because my apache configuration comes from the upstream puppet-horizon module, so I should submit a patch to the puppet-horizon project then
[09:10] <frickler> zioproto: yes
[09:12] <zioproto> Anybody knows what is this package landscape-common ?
[09:12] <zioproto> that is the package that brings the dependency on python-openssl
[09:12] <zioproto> but I have no idea what is this landscape-common, what is for ?
[09:21] <frickler> zioproto: https://landscape.canonical.com/
[09:22] <ikonia> sonu_nk: check the sub domain is available on the servrer that hosts it
[09:22] <ikonia> zioproto: it's for use with landscape
[09:22] <sonu_nk> fixed with DNS setting A record
[09:22] <sonu_nk> thanx
[09:31] <Mead> anyone here run VM's with qemu kvm without a gui?
[09:31] <ikonia> Mead: yes
[09:32] <Mead> what resource did you use to figure out how to build the VM's?
[09:32] <ikonia> what do you mean ?
[09:36] <Mead> the xml file that gives the guest OS  cpu, storage, network, hardware interfaces and etc.
[09:37] <Mead> I'm having issues wrapping my head around creating/modifiying an example to meet my needs.
[10:11] <sonu_nk> my server says when restarted "     * Restarting web server apache2
[10:11] <sonu_nk> AH00180: WARNING: MaxRequestWorkers of 423 exceeds ServerLimit value of 256 servers, decreasing MaxRequestWorkers to 256. To increase, please see the ServerLimit directive."
[10:11] <sonu_nk> what about this " MaxRequestWorkers " ?
[10:25] <andol> sonu_nk: https://httpd.apache.org/docs/2.4/mpm.html
[11:18] <zul> jamespage: yay https://bugs.launchpad.net/ubuntu/+source/neutron/2:10.0.0-0ubuntu5/+build/12415791
[11:28] <joko> ping
[11:55] <zioproto> frickler: so, for me `apt-get remove python-openssl` and removing the package landscape-common fixed the problem without touching the apache config
[13:32] <zioproto> Hey guys I have some doubts about the Neutron init.d script in Xenial
[13:32] <zioproto> I have the config spread in many files
[13:32] <zioproto> because of LBaaS and other plugins
[13:33] <zioproto> so I need the neutron-server to run with a bunch of --config-file =
[13:33] <zioproto> I had to hack the /etc/init.d/neutron-server script
[13:33] <zioproto> but what I did is not very elegant
[14:19] <drab> tekk: hey, did you find a solution to your problem? had to run yesterday and actually don't know off the top of my head a solution to that
[14:20] <tekk> which?
[14:20] <tekk> the vlan / isolation?
[14:20] <drab> instances not talking to each other
[14:20] <drab> yes
[14:20] <tekk> i found several
[14:20] <tekk> so, the MAC-based VLAN setting on my switch was my preference but i couldn't get it to work
[14:20] <tekk> i don't understand how VLAN's on linux work....
[14:20] <tekk> so basically i created a ton of interfaces on different subnets
[14:21] <tekk> and an iptables rule saying they can't talk to each other etc
[14:21] <tekk> not ideal... and not bulletproof... but better than nothing
[14:21] <drab> k
[14:21] <drab> openswitch is probably cleaner I think, but maybe more costly upfront to figure out how that works
[14:21] <drab> but then you'd have the "L2" isolation you talked about, ie at switch level
[14:22] <drab> never looked into it myself, but sounds like at some point I will because it keeps coming up
[15:21] <zioproto> coreycb: we started the upgrade of the compute nodes from Trusty to Xenial (OS release Mitaka). We hit this bug of libvirt. https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1583009 How to I tag in launchpad that this bug also affects the project nova-compute on ubuntu ?
[15:22] <zioproto> Basically without fixing this bug the scheduling of the instance will fail on the compute node very badly, and the instance will start on another compute node but with two neutron ports
[15:25] <nacc> zioproto: at the top of the bug, also affects project -> choose another project ?
[15:25] <nacc> zioproto: presuming you konw the name of the project?
[15:25] <zioproto> https://launchpad.net/cloud-archive
[15:25] <zioproto> I try
[15:25] <zioproto> I am afraid it will remove libvirt
[15:25] <nacc> no, it adds
[15:26] <nacc> (hence the +)
[15:26] <zioproto> ok I managed
[15:26] <zioproto> https://bugs.launchpad.net/cloud-archive/+bug/1583009
[15:26] <cpaelzer> zioproto: the replacement would be if you flip open the libvirt task ana select something
[15:26] <nacc> cpaelzer: thanks, good point
[15:26]  * cpaelzer is not here
[15:26] <nacc> cpaelzer: did you see the AA bug re: libvirt?
[15:26] <nacc> cpaelzer: and hugepages (although it's ok if you've disappeared again :)
[15:27] <cpaelzer> no I did not nacc
[15:27] <cpaelzer> and I did honestly not intend to read it before next week unless you tell me it is really needed
[15:27] <nacc> cpaelzer: ack, it's fine
[15:28] <nacc> cpaelzer: sorry, forgot you're on vaca! get outta here!
[15:44] <cpaelzer> nacc: the hugepages path is the one that dpdk sets up for the bigger hugepages (1G in that case)
[15:44] <nacc> cpaelzer: yep, understood
[15:44] <cpaelzer> nacc: I'd think the qemu code might take "the first HP mountpoint it finds" (not sure)
[15:44] <nacc> cpaelzer: yeah, i think it does too
[15:44] <cpaelzer> and thereby pick one prohibited by the libvirt-qemu abstraction profile
[15:44] <nacc> i think the AA profile jsut needs to be extended with an *
[15:45] <cpaelzer> usually the qemu-kvm init sets up /dev/something as well and I guess that is in it
[15:45] <cpaelzer> yeah, I thinkg /dev/hugepages** should be fairly safe
[15:45] <cpaelzer> the day one places something other than hugepages in there I'll go WTF anyway
[15:48] <nacc> cpaelzer: i donn't think you can
[15:48] <nacc> cpaelzer: well, i mean, anything you place in there ends up being mapped by hugpeages
[15:48] <nacc> oh you mean if someone manually creates a dev node?
[15:48] <nacc> yeah that's a PEBKAC :)
[16:21] <rbasak> powersj: around? About tomcat8.
[16:21] <powersj> rbasak: I am
[16:21] <rbasak> powersj: I think these are uploaded? I didn't mark the MPs as "Merged" as the importer shouldn't really (and won't) adopt them until they're accepted by the SRU team, which I couldn't do as I was the sponsor.
[16:22] <rbasak> powersj: but I think they're all in -proposed now?
[16:22] <rbasak> powersj: I'm not sure why I don't appear to have commented saying that I'd uploaded in the MPs or in the bugs or something.
[16:22] <powersj> rbasak: hmm I don't recall seeing an email nor does rmadison show something in proposed
[16:22] <rbasak> Sorry if I missed that.
[16:23] <rbasak> powersj: bugs 1666570 comments 12, 13, 14. I might be missing something though. There's an inconsistency somewhere then?
[16:23] <powersj> rbasak: ah! those are for tomcat7
[16:24] <nacc> rbasak: well, alternatively, you *can* push an upload up (in theory this is something we'll need to do when anyone can provide upload/ tags presuming they hae rights), and if it disagrees with wht ends up being uploaded, it will be ignored
[16:24] <nacc> but then at least, the hash is documented in the MR and the git repo
[16:24] <rbasak> nacc: yeah. I hope I did that. I don't recall.
[16:24] <rbasak> But the MP won't show as merged.
[16:24] <rbasak> Well, perhaps it should.
[16:24] <rbasak> I seem to have confused 7 and 8 then.
[16:24] <rbasak> I can't remember what I did or what I was thinking :-/
[16:25] <nacc> yeah 'merged' to me (in our process) means pushed to lpusip
[16:25] <nacc> not necessarily integrated into a branh
[16:25] <nacc> which is confusing, i suppose
[16:25] <rbasak> Ah, OK.
[16:26] <nacc> as only the importer knows when that happens (and if it does)
[16:26] <rbasak> I wonder if Launchpad will detect when the MP is adopted by the importer?
[16:26] <nacc> with better tooling, we might bea ble to figure that out i guess
[16:26] <rbasak> Here I think I've confused tomcat7 and 8 somewhat.
[16:26] <nacc> i think it can, actually
[16:26] <rbasak> So it isn't necessarily an example of it not doing that.
[16:26] <nacc> but it doesn't alwasy use the correct hash
[16:27] <powersj> rbasak: I thought you had only looked at 7 so far
[16:27] <powersj> we had a short discussion on those merges and you even made a comment or two
[16:27] <rbasak> powersj: that would make sense!
[16:28] <rbasak> I think I perhaps forgot at some point that there were two sets.
[16:28] <powersj> and I got 7 and 8 confused numerous times while making those merges... so it isn't just you ;)
[16:28] <rbasak> Hence my confusion
[16:28] <nacc> yeah, it's a pain, i've made the same mistake in traige
[16:28] <nacc> *triage
[16:28] <rbasak> powersj: so let me make sure I get myself straight now.
[16:28] <rbasak> powersj: 7 is done from a sponsorship POV, right? And 8 needs a review and upload for SRUs?
[16:29] <powersj> rbasak: correct
[16:29] <rbasak> powersj: thanks
[16:29] <rbasak> I'll do that now.
[16:29] <rbasak> powersj: oh, though 7 on X and Y appear to have FTBFS.
[16:29] <nacc> right, i thought that was the status, and that powersj said even regular reubilds failed?
[16:29] <rbasak> But I'll worry about those separately.
[16:30] <powersj> rbasak: yeah I was working on that Friday and got a little frustrated so uploaded the current package to a ppa and it failed to build
[16:30] <rbasak> Let me review/sponsor 8 for now.
[16:30] <powersj> so a bigger issue for me to try to track down
[16:30] <rbasak> Understood, thanks.
[16:30] <powersj> nacc: someone reads my updates ;)
[16:31] <rbasak> Hey I read them too. But I see Tomcat and my eyes glaze over :-/
[16:31] <rbasak> "Great, Josh is taking care of those! No need for me to worry then."
[16:31] <rbasak> :-)
[16:31] <powersj> lol
[16:32] <powersj> rbasak: speaking of the tomcat7 sru, am I allowed to test and mark verified since I didn't actually upload? Or should I find someone else?
[16:33] <rbasak> powersj: anyone can do the SRU verification and verification-done thing. In fact we prefer it if the original affected users do so for the verification of the fix part at least.
[16:34] <powersj> rbasak: I was hoping the reporter would do it, but haven't seen anything from him, so figured I would do it before the 7 days is up
[16:35] <rbasak> powersj: appreciated, thanks. Though 7 is the minimum, not the maximum. You can wait another week or two if you like.
[16:35] <powersj> oh ok
[16:35] <rbasak> (or appeal again to the reporter, etc)
[16:36]  * powersj needs to re-read the SRU page yet again :)
[18:31] <craigs_> question: we are running active/active bond between two 10gb ports. Running ubuntu 16.10. we have the hdwadress ether set for both nics, and find that after a reboot that the mac address changes to the other nic during a reboot. Is there a way in active/active to stay on one default mac for the bond?
[18:34] <rbasak> nacc: looks like the tomcat7 import didn't automatically run. Any idea why?
[18:34] <nacc> rbasak: bastions are down still afaik
[18:34] <rbasak> Ah, of course, thanks.
[18:34] <nacc> rbasak: np
[18:43] <rbasak> powersj: "Fix an upgrade error when JAVA_OPTS in /etc/default/tomcat7" -- should this not be /etc/default/tomcat8 for the tomcat8 packaging, or is it covering an upgrade path from tomcat7?
[18:43] <rbasak> powersj: also needed an update-maintainer run for Yakkety.
[18:43] <rbasak> Everything else looks fine.
[18:44] <rbasak> If those changes seem OK to you, let me know and I can commit fixups and upload - no need for you to do it.
[18:44] <powersj> rbasak: ok will look at shortly
[18:44] <rbasak> Sure, thanks
[18:44] <powersj> rbasak: and yes it should say tomcat8 :(
[18:44] <rbasak> powersj: oh, and zesty should be 8.0.38-2ubuntu2 rather than 8.0.38-2ubuntu1.1.
[18:45] <rbasak> I can fix that up too.
[18:45] <rbasak> Not that 1.1 would cause any harm - just convention.
[18:46] <nacc> and because zesty has not been released yet
[18:46] <rbasak> Hmm.
[18:46] <nacc> i think it's one of the few cases that maybe needs a bit of documentation in the security wiki page -- it may come out as an SRU if uploaded now for zesty
[18:46] <rbasak> We are in final freeze.
[18:46] <nacc> or in our wiki page (that doesn't exist) that refers to the security wiki page for versioning :)
[19:03] <powersj> rbasak: ok so 1) it should be tomcat8 and not 7 as I said 2) you had to run update-maintainer because this is the first delta? 3) and the version is that way because it doesn't count as an SRU for zesty?
[19:04] <nacc> powersj: i think 3) is a corner-case
[19:04] <rbasak> Right.
[19:04] <nacc> powersj: in that you can upload to -proposed now, and since z is not released the right thing to do is bump the version (not append .X)
[19:04] <rbasak> So I tried to upload, but Yakkety failed because 0.1 already exists. I had to re-run the tomcat8 import.
[19:04] <powersj> oh
[19:05] <nacc> powersj: but it will probably end up released as an SRU for z, becuase of the freeze
[19:05] <nacc> powersj: and since aa gets established from the latest version in z, it will be after z still
[19:05] <nacc> that's my understanding at least
[19:05] <powersj> nacc: ahh ok so I will need to push for aa as well?
[19:05] <rbasak> nacc: but yakkety-devel should point to the same as yakkety-security, but it doesn't.
[19:05] <nacc> powersj: no, it will get copied forward
[19:05] <rbasak> For now, I'll rebase on top of yakkety-security manually, but I think that's a bug.
[19:06] <rbasak> (in the moving of yakkety-devel)
[19:06] <nacc> rbasak: tomcat8 has the same version in y-s and y-u
[19:06] <nacc> rbasak: and y-u *might* have been published after
[19:06] <nacc> so we might have moved y-d
[19:06] <nacc> i'd need to look at the pub history to check
[19:06] <rbasak> https://git.launchpad.net/~usd-import-team/ubuntu/+source/tomcat8/refs/heads
[19:06] <rbasak> updates and security both say 0.1
[19:06] <rbasak> But devel says 8.0.37-1 (before 0.1)
[19:07] <nacc> hrm,
[19:07] <nacc> y-d is quite out of date
[19:07] <rbasak> And when I ran the import just now, I thought I saw it import 0.1
[19:07] <rbasak> And that was using today's master, so I'd have expected it to bump -devel.
[19:07] <nacc> rbasak: it *might* be a case of bad import from when we were making chnges
[19:07] <nacc> rbasak: yeah, it should have
[19:07] <nacc> rbasak: can you file a bug and i'll debug it locally
[19:08] <rbasak> Will do
[19:08] <rbasak> http://paste.ubuntu.com/24356213/ is my usd run
[19:08] <nacc> rbasak: and to besure, you fetched master first?
[19:08] <rbasak> Oh, my mistake
[19:08] <rbasak> I did fetch master first.
[19:08] <rbasak> But the import looks like it didn't import 0.1
[19:08] <nacc> rbasak: ah yes it didn't
[19:08] <rbasak> So it could pre-date the devel pointer fix.
[19:08] <nacc> because it's already been importe
[19:08] <nacc> yeah, i think that's the bug
[19:09] <rbasak> So I'll assume no bug for now. We'll see next time.
[19:09] <nacc> yeah, we'll need to reimport tomcat8 from scratch really
[19:09] <nacc> i would sort of like to reimport all of server main ... but i'm worried about breaking everyone
[19:09] <nacc> but we've made so many changes and fixes that it'd be nice to get to a consistent state across all the packages
[19:09] <nacc> rbasak: do you have a few minutes for a HO today? i know it's quite late for you
[19:10] <nacc> wanted to discuss an onboarding/UI change i'm working on now
[19:10] <rbasak> Sure, I'm working late this evening anyway. But give me a few minutes to sort out this tomcat8 thing first if that's OK?
[19:10] <powersj> rbasak: it sounds like there are some changes for me to make, do you want to comment on the reviews and I can make updates. Of if you want to do things locally that's fine.
[19:11] <nacc> rbasak: yeah of course!
[19:11] <rbasak> powersj: I'll just do it locally and push and upload, if that's OK. The changelog message is still yours, just with the zesty version and the tomcat7/8 thing tweaked.
[19:11] <powersj> rbasak: ok :) let me know if I can help in anyway. I appreciate you reviewing
[19:23] <rbasak> nacc: so should I mark these MPs as Merged even though they're in unapproved? I have pushed the upload tags.
[19:24] <rbasak> powersj: I think I'm done with tomcat8 uploaded correctly. Sorry for the mess.
[19:25] <powersj> rbasak: no worries I'll watch 'em and if I don't see the SRU emails in a couple days will ping you again ;)
[19:25] <nacc> rbasak: i think that's what we need to decide process wise
[19:26] <rbasak> nacc: I'm in the usual team hangout
[19:26] <rbasak> (from the new calendar entry)
[19:27] <nacc> rbasak: ack, joining
[19:58] <Tahvok> Hey guys!
[19:58] <Tahvok> Is hwe-support-status tool available under 16.04? I can't find it
[19:58] <rbasak> Try #ubuntu-kernel
[19:59] <sarnold> I didn't spot one in a quick look..
[19:59] <sarnold> the #ubuntu-kernel suggestion is a good one
[20:17] <ikonia> why would #ubuntu-kernel be able to say if a package is in the repos
[20:17] <ikonia> just look in the repos and see if it's there or not,
[20:17] <ikonia> packages.ubuntu.com for example
[20:18] <rbasak> People in #ubuntu-kernel may know what's going on with it in more detail. For the use case rather than the mechanical answer to the question.
[20:18] <rbasak> As the HWE policy has changed in 16.04 IIRC.
[20:18] <ikonia> I don't think it has changed
[20:19] <ikonia> it will still release updates in line with the point releases
[20:20] <nacc> Tahvok: it's in update-manager-core afaict
[20:20] <nacc> ah in 16.04 it's ubuntu-support-status maybe?
[20:23] <Tahvok> update-manager-core provides ubuntu-support-status
[20:23] <Tahvok> Is it the same?
[20:24] <nacc> Tahvok: i'm not sure, it outputs someting like http://paste.ubuntu.com/24356572/
[20:24] <nacc> Tahvok: i've never used hwe-support-status, but i see it is in update-manager-core in 17.04
[20:31] <Tahvok> Well it says that linux-image-4.8 is supported until April 2022 when it should be till' 2018
[20:31] <Tahvok> I'll try #ubuntu-kernel
[20:33] <patdk-wk> it's normally 9months after release currently
[20:34] <patdk-wk> so when the new one comes out, you have a 3month overlap
[20:34] <sarnold> there were plans afoot to change the HWE stack support https://wiki.ubuntu.com/Kernel/RollingLTSEnablementStack
[20:36] <patdk-wk> I had thought it was agreed on (but I'm not in the know :) that as long as the version that supports that kernel exists, it would exist for hwe also
[22:07] <keithzg> I'm at a bit of a loss; I have a nearly-stock dovecot config, honestly I think I haven't even changed /etc/dovecot/dovecot.conf, but now I'm trying to change a value in one of the config files in /etc/dovecot/conf.d/ and it's completely ignoring me, as if it isn't loading those files at all.
[22:09] <keithzg> But it definitely has the "!include conf.d/*.conf" in dovecot.conf, and I don't see any relevant errors spit out anywhere.
[22:18] <keithzg> Heh nevermind, a bit of grepping seems to have shown me where the wires were being crossed, a leftover config from an older setup that didn't get purged.
[22:45] <ishaved4this> hey guys, Ive been having some serious problems with my damn server and I was wondering if anyone could enlighten me
[22:46] <ishaved4this> I cannot for the life on me get my server to mount my external drives. I've created directories, with sub directories, i have the fstab file set up with UUID= and it just wont boot
[22:46] <ishaved4this> I have the entire log file if someone could help im out. I'm going crazy here
[22:46] <nacc> ishaved4this: if you manually mount the directories, does it work?
[22:47] <nacc> i'm assuming you don't actually need the external drives to boot, but that's not clear
[22:47] <ishaved4this> no, Theyre just for exra space
[22:47] <ishaved4this> I have a jbod, and two actually externals
[22:48] <ishaved4this> I cannot get into the computer at all besides emergency mode, but like I said, I did pull the log file
[22:48] <nacc> if they are just for extra space why do you only get emergency moe?
[22:48] <nacc> *mode
[22:48] <nacc> it sounds like something else is going wrong
[22:49] <nacc> or, even though you don't need the disks to boot, are you reuqiring them in your fstab?
[22:49] <nacc> ishaved4this: you can pastebin the log maybe?
[22:49] <ishaved4this> I need them to boot for plex on launch. and yes. I have the past file
[22:49] <ishaved4this> http://paste.ubuntu.com/24357055/
[22:50] <ishaved4this> thank you so much man! its been driving me up a wall for a week now. I also still have physical access to the computer, so if you need any extra info, let me know what to type in
[22:51] <nacc> ishaved4this: how do you konw the disks aren't being mounted?
[22:52] <nacc> ishaved4this: can you pastebin your fstab?
[22:52] <nacc> ishaved4this: note that systemd is commplaining about you having files in /media/Plex*
[22:52] <nacc> ishaved4this: also, typos in fstab, 'ex4'
[22:52] <nacc> i'm assuming based upon the logs
[22:53] <ishaved4this> ahhh okay. How do I get into fstab through root? when I type in  nano /etc/fstab its blank
[22:53] <sarnold> is that /etc from your rescue environment or the Real Thing?
[22:54] <ishaved4this> got it.
[22:54] <nacc> ishaved4this: you would need mount your system disk and edit that file
[22:54] <ishaved4this> im in the real thing. Just in maintenance mode
[22:54]  * nacc believes maintenance mode is just the initramfs, no?
[22:55] <nacc> so nothing is mounted yet, iirc
[22:55] <ishaved4this> everything in fstab was missing the "T" in ext4" lol.
[22:55] <ishaved4this> my be the issue
[22:55] <nacc> ishaved4this: almost certainly it was
[22:56] <nacc> ishaved4this: note you might need to rebuild your initramfs after editing fstab
[22:56] <nacc> i can't recall
[22:56] <ishaved4this> okay well let me send you my fstab file
[22:56] <ishaved4this> paste.ubuntu.com/24357463
[22:57] <ishaved4this> is the the correct configuration I need for external storage?
[22:57] <ishaved4this> besides the ex4 typo
[22:59] <nacc> ishaved4this: i mean external devices aren't really diffferent
[22:59] <ishaved4this> I just fixed the ex4 typo and rebooted. I'll let you know what happens
[22:59] <nacc> ishaved4this: unless you mean over the network
[22:59] <nacc> ishaved4this: did you rebuild your initrd?
[22:59] <ishaved4this> no, I have no idea what that is to be honest
[22:59] <sarnold> I think 'external' really only gets interesting once you go multipath
[22:59] <nacc> sarnold: yeah, or needing to specify to wait over the network
[22:59] <nacc> *on the network
[23:00] <sarnold> nacc: "very external" :)
[23:00] <nacc> ishaved4this: well, if it doesn't work, you'll need to mount your system disk again chroot in and `update-initramfs -u -k all`
[23:00] <ishaved4this> oh shit! once I fixed the error, everything seemed to load up, and now its checking the progress of the disk
[23:01] <nacc> ishaved4this: ok :)
[23:01] <ishaved4this> do you know if every reboot will be this slow to check the disks? I believe that behavior is due to the "2" I added to the end of the line
[23:04] <rharper> the "2" indicates the order in which to check disks;  ext4 has a max-mounts-count which if exceeded triggers a check-disk
[23:04] <ishaved4this> ahhh. well heres an example of the external drives
[23:04] <ishaved4this> UUID=c9781468-4e60-618a-8546-3b712ca47316 /media/Plex5 ex4 defaults 0 2
[23:05] <ishaved4this> should I change any of that to make it run better as extra storage? Since I last messaged its only at 1.3 percent
[23:06] <rharper> well, ext4, vs ex4; but no; not much to do to change the time to scan the disk; that's a property of the size of the disk and the speed of the interface to the disk
[23:06] <ishaved4this> yeah I already fixed my dumb error of ex4 lol, they are at ext4 now
[23:07] <ishaved4this> well the JBod should be getting 5gb/s, and the externals somewhere around there too. is there anyway to check if it is receiving the correct speed?
[23:09] <rharper> you're bound by iops, not bandwidth
[23:09] <rharper> the metadata checking are all small reads
[23:09] <ishaved4this> I do know one 1TB drive is completely full, maybe it could be building a file to check against? I'm fairly new to linux
[23:09] <rharper> if you have iostat installed, then you can look at iostat -x -k 2 ; the disk in question will likely be at 100% utilization
[23:10] <rharper> for disk checks, one just had to wait it out
[23:10] <rharper> you can disable the checks or change the frequency, looking at tune2fs command can help you tweak those options
[23:11] <ishaved4this> yeah the disk is at 100% utilization
[23:11] <ishaved4this> so this will be a thing on every restart?
[23:12] <rharper> no
[23:13] <ishaved4this> ah okay
[23:13] <rharper> ext4 only forces check after a disk has been mounted more than the max-mount-count, or if it has a time-length exceeded (it hasn't been checked in some defined length of time)
[23:13] <rharper> those options are tuneable via the tune2fs command
[23:14] <ishaved4this> very cool. I'll definitely download that
[23:14] <rharper> the other trigger is if the system does not get to umount the filesystem cleanly (ie, a crash )
[23:14] <rharper> in which case, that will trigger a scan
[23:15] <ishaved4this> oh okay. thank you so much for all your help man. I do have one more question for you
[23:15] <ishaved4this> do you mess around with plex at all?