| === xMopx is now known as xMopx1 | ||
| === xMopx1 is now known as xMopx | ||
| cpaelzer | good morning | 06:21 |
|---|---|---|
| cpaelzer | I realized I like parentheses too much :-( given how often I wish there would be a general form of multi level | 06:42 |
| cpaelzer | you know (what I [not really] mean)? :-) | 06:42 |
| DirtyCajun | so... using iostat i have a 12 Disk raid6. No underlying drive is using more than 50% but dm-2 (the lvm lv) is at 100%. is there a way to optimize this? | 06:44 |
| cpaelzer | DirtyCajun: this isn't a problem | 06:50 |
| cpaelzer | DirtyCajun: essentially it means "something is in flight" at any time | 06:51 |
| cpaelzer | but it is not a "limit" as it would be with old style sequential queue disks | 06:51 |
| cpaelzer | due to deep async queues on modern devices and raid on top this is not like 10 years ago where 100% means you can't go faster | 06:51 |
| DirtyCajun | cpaelzer, ok, if that is a non-issue, i then need to optimize the way that i am transferring the data to the disk to increase speed? | 06:52 |
| cpaelzer | check the iostat man page on %util - it even says "But for devices serving requests in parallel, such as RAID arrays and modern SSDs, this number does not reflect their performance limits." | 06:52 |
| cpaelzer | DirtyCajun: so your question converts to "how can I go faster" is that right? | 06:52 |
| DirtyCajun | yes. I am currently using bbcp so i can tweak threads unless i am hitting another bottleneck i dont see | 06:53 |
| DirtyCajun | box to box its going from a raid6 to a raid6 on a 10Gbps backplane | 06:53 |
| DirtyCajun | thoughts? | 06:54 |
| cpaelzer | busy - back in a few mins DirtyCajun | 06:54 |
| DirtyCajun | ok | 06:55 |
| DirtyCajun | cpaelzer, actually... (for when you get back) according to a raid calculator my raid6 should only be getting about 180MB/s full write... so i assume im getting above that because im on the very begging of the disk | 06:58 |
| cpaelzer | DirtyCajun: yes on spinning disks the beginning can be somewhat faster | 07:06 |
| DirtyCajun | just thew me off because of the %util per disk | 07:07 |
| DirtyCajun | im just impatient because its 48TB :P | 07:07 |
| cpaelzer | so do you need/want to be faster - or did you just wonder about the 100%? | 07:07 |
| cpaelzer | the 50% on the actual disks seem to indicate that you could go faster if you push faster | 07:09 |
| cpaelzer | but performance always depends on details, so take that sentence above with a grain of salt | 07:09 |
| cpaelzer | s/push faster/push harder (i.e. do more i/O) | 07:09 |
| lordievader | Good morning | 07:10 |
| cpaelzer | hi lordievader | 07:10 |
| lordievader | Hey cpaelzer | 07:10 |
| lordievader | How are you doing this monday morning? | 07:10 |
| cpaelzer | lordievader: a bit nervous for non IRC comatible reasons, but other than that good :-) | 07:13 |
| cpaelzer | and how is your week starting lordievader? | 07:13 |
| cpaelzer | DirtyCajun: I'm no bbcp expert, but more streams could do what you need | 07:13 |
| lordievader | Like normal. I suppose that is a good thing 😃 | 07:13 |
| cpaelzer | (to push harder and therby go faster) | 07:13 |
| cpaelzer | yeah normal=good lordievader | 07:14 |
| DirtyCajun | i bumped it from 4 streams to 8 and its literally didnt change anything | 07:14 |
| lordievader | Thanks for the confirmation :) | 07:14 |
| DirtyCajun | it think its gonna be what its gonna be | 07:14 |
| cpaelzer | DirtyCajun: if you are ok with it I'm fine :-) | 07:15 |
| DirtyCajun | and its all over the board. its just the average is about what i said above | 07:15 |
| DirtyCajun | http://termbin.com/zc63 | 07:15 |
| DirtyCajun | crazy how it can hit 53 as a low and 550 as a high in less than 30 sec | 07:16 |
| cpaelzer | DirtyCajun: depending how it copies I/O block sizes are very important | 07:17 |
| DirtyCajun | i have it set at 4M blocksizes | 07:17 |
| cpaelzer | so if it copied files as-is a bunch of small files might be slow and huge one fast - depending on how it writes to the target disk | 07:17 |
| DirtyCajun | none of these files are <10GB | 07:17 |
| cpaelzer | well that qualifies as non-small :-) | 07:18 |
| DirtyCajun | so it SHOULD be sequential read and write | 07:18 |
| DirtyCajun | hahaha | 07:18 |
| DirtyCajun | its more all over the place than my wife | 07:18 |
| DirtyCajun | last one went at 439MB/s | 07:18 |
| DirtyCajun | then it will just crap the bed for a few seconds. Im assuming something to do with write cache/ dumping from write cache during that itme | 07:19 |
| DirtyCajun | time | 07:19 |
| cpaelzer | you might be hunting just a bad average calculation algorithm | 07:19 |
| DirtyCajun | thats true. | 07:19 |
| cpaelzer | maybe if you'd report every 30 seconds you never would have spent time to thnk about it | 07:19 |
| DirtyCajun | yeah. im looking at the 1 sec differences not the average on the right. fair. | 07:19 |
| cpaelzer | and it is documented to scale the tcp window sizes | 07:20 |
| cpaelzer | so if it hits a max and throttles back with so much in flight you might veen have such a short drop before you are back up | 07:20 |
| DirtyCajun | i set it to 60 second polling and im gonna go chill out for a bit. Its pumping through to grafana so i can look at it that way as an overall stat | 07:21 |
| DirtyCajun | thanks for the time cpaelzer | 07:21 |
| cpaelzer | yw DirtyCajun | 07:28 |
| zioproto | good morning | 09:06 |
| zioproto | I am following the story of this bug for Ubuntu Xenial https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1738219 | 09:07 |
| ubottu | Launchpad bug 1738219 in linux (Ubuntu Bionic) "the kernel is blackholing IPv6 packets to linkdown nexthops" [Medium,In progress] | 09:07 |
| zioproto | Fix Commit is the last step before Fix Released ? | 09:07 |
| zioproto | I mean, packages should be available in proposed, right ? | 09:08 |
| zioproto | I added http://ch.archive.ubuntu.com/ubuntu xenial-proposed/main amd64 Packages to my source list | 09:11 |
| zioproto | but how do I understand which kernel version has the fix for that bug ? | 09:12 |
| zioproto | I did | 09:12 |
| zioproto | apt changelog linux-image-generic | 09:12 |
| zioproto | but I cannot find the bug in the changelog | 09:12 |
| === led2 is now known as led1 | ||
| frickler | jamespage: would be nice if you could target this for bionic https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1750376 | 14:10 |
| ubottu | Launchpad bug 1750376 in ceph (Ubuntu) "ceph-volume binary missing from 12.2.2 packages" [Undecided,New] | 14:10 |
| jamespage | frickler: yes of course | 14:22 |
| jamespage | frickler: btw ceph-disk is not deprecated as of 12.2.2 (that got reverted) | 14:23 |
| jamespage | it will be as of next release tho | 14:23 |
| jamespage | with removal the one after | 14:23 |
| frickler | jamespage: well, http://docs.ceph.com/docs/master/ceph-volume/#migrating still claims so | 14:24 |
| frickler | jamespage: but yeah, ceph folks are doing lots of (not so) funny things currently | 14:24 |
| jamespage | I was going on the ML thread from pre-christmas | 14:26 |
| ahasenack | rbasak: hi, I'm doing a dist-upgrade on a xenial server, and this was shown: | 14:31 |
| ahasenack | The following packages will be REMOVED: | 14:32 |
| ahasenack | python-certbot | 14:32 |
| ahasenack | rbasak: did that package change names? | 14:32 |
| ahasenack | hm, python3-certbot is a NEW install | 14:32 |
| ahasenack | I have python-certbot 0.19.0-1+ubuntu16.04.1+certbot+1 installed | 14:32 |
| ahasenack | apt-cache policy doesn't show from where, just the local dpkg db | 14:33 |
| ahasenack | maybe it was a package from upstream? | 14:33 |
| ahasenack | fginther: hi, do you remember where you installed that python-certbot package from? It's landscape's jenkins | 14:33 |
| ahasenack | oh, holiday probably | 14:33 |
| rbasak | ahasenack: that doesn't sound like a package from the archive | 14:35 |
| ahasenack | oh, you are right | 14:35 |
| ahasenack | python3-certbot comes from a ppa | 14:35 |
| rbasak | ahasenack: could you see if https://jenkins.ubuntu.com/server/job/git-ubuntu-ci/288/rebuild works for you please? It just seems to redirect me back without starting a rebuild. | 15:37 |
| ahasenack | rbasak: checking that url | 17:02 |
| ahasenack | rbasak: I see a build, and I'm not logged in. No button to trigger a rebuild. let me login now | 17:04 |
| ahasenack | rbasak: now I see the "rebuild" link on the left menu | 17:04 |
| rbasak | Ah | 17:04 |
| rbasak | I appear to be logged out. | 17:04 |
| rbasak | Sorry! | 17:04 |
| rbasak | Thank you for looking for me. | 17:04 |
| rbasak | I should have thought to check that. | 17:04 |
| ahasenack | it's definitely not obvious | 17:05 |
| ahasenack | rbasak: thanks for the ua-tools review. Are you tagging and uploading? | 17:17 |
| rbasak | ahasenack: already done :) | 17:17 |
| ahasenack | nice, thanks | 17:17 |
| ahasenack | I'll keep an eye on excuses | 17:18 |
| j4g0 | i have a folder with chmod 2770 to which i'd like to mount a network share. https://wiki.ubuntu.com/MountWindowsSharesPermanently does not tell me how i could recreate the permissions on the folder, where should i read up on that? | 17:24 |
| ahasenack | j4g0: are you sharing between two linux boxes? Or the server is windows and the client is linux? Where is this chmod? | 17:32 |
| j4g0 | server is a kazooli sme server 9.2, which is based on centOS, the box i want to mount on is ubuntu 16.04. The folder i have is on my ubuntu box. | 17:33 |
| j4g0 | i only found a description on how to set the gid in the fstab file on the mounting box but that only means the folder is set to chgrp <funny_name_hereY | 17:35 |
| ahasenack | setting a gid is not the same as permissions (2770) | 17:36 |
| j4g0 | true, hence my question on how i could recreate those permissions | 17:36 |
| ahasenack | what is it you want to do, force all files to be owned by a certain group? | 17:36 |
| j4g0 | yes, i want all files in said folder to belong to a certain grp | 17:37 |
| ahasenack | the server part, if that's samba (most likely it is) has options for that, per share | 17:37 |
| j4g0 | ah ok, tyvm | 17:37 |
| j4g0 | then i know where to look that up | 17:37 |
| ahasenack | check the smb.conf manpage, look for the "force group" parameter | 17:37 |
| ahasenack | there are other force <thing> parameters | 17:38 |
| ahasenack | that won't change already existing files | 17:39 |
| ahasenack | if you need those to be owned by a specific group on the client side, then I think you need to look at mount.cifs options | 17:39 |
| ahasenack | specifically, forcegid | 17:39 |
| ahasenack | but if that gid belongs to a different group on your client then it does on the server, you will see different names when listing the files | 17:40 |
| ahasenack | different group owners, I mean | 17:40 |
| j4g0 | i'll try the mount.cifs first then, tyvm | 17:41 |
| === Guest92838 is now known as devil__ | ||
| Pinkamena_D | Hey, I am having an issue where the right shift key will not work while connected over xrdp. The left one works ok. I have tried the suggested steps checking the layouts in /etc/xrdp. The Keycodes match for 50 and 62 correctly. I have tried to map the right shift key to the left action also as a last ditch action but this just makes many other keys not work lol. | 20:17 |
| HardcoreKrypton | ? | 20:19 |
| Pinkamena_D | question mark for me? :) | 20:19 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!