MIF | hey issue, I just accadently remove /bin/ls | 03:33 |
---|---|---|
Psi-Jack | Don't do that. | 03:40 |
MIF | is there anyway to get it back? | 03:41 |
Psi-Jack | reinstall coreutils? | 03:41 |
MIF | is the source code available online for ls? | 03:41 |
Psi-Jack | Well, d'uh, but... Why? | 03:41 |
MIF | just so I can copy and paste | 03:42 |
Psi-Jack | ... | 03:42 |
MIF | what? | 03:42 |
Psi-Jack | Troll much? | 03:42 |
MIF | me, why are you askin? | 03:42 |
MIF | becuase the answer is no | 03:42 |
MIF | I don't want to mess anything else up if something goes wrong reinstalling coreutils | 03:43 |
Psi-Jack | reinstall coreutils. | 03:43 |
Psi-Jack | Can't get much simpler than that. | 03:43 |
MIF | ok | 03:43 |
Psi-Jack | apt-get --reinstall install coreutils | 03:44 |
Psi-Jack | Or, apt --reinstall install coreutils | 03:45 |
MIF | ok | 03:45 |
Psi-Jack | heh, source code.. You'd have to compile it, and then it wouldn't be the packaged one. That's why that was so absurd, earlier. Copying and pasting ls source code. heh | 03:46 |
MIF | oh, ok | 03:47 |
MIF | I thought it was a good idea, but then I guess not | 03:47 |
MIF | becuase I found it | 03:47 |
MIF | https://github.com/wertarbyte/coreutils/blob/master/src/ls.c | 03:47 |
Psi-Jack | ironically, it's part of the.... coreutils.. Yes. | 03:47 |
Psi-Jack | LOL | 03:47 |
MIF | I have a update, then as soon as the update is done, I will do that | 03:48 |
Psi-Jack | And that's not /the/ coreutils. | 03:48 |
MIF | ? | 03:48 |
Psi-Jack | About | 03:48 |
Psi-Jack | Enhancements to the GNU coreutils (especiall head) | 03:48 |
Psi-Jack | Heh | 03:48 |
Psi-Jack | A fork. | 03:48 |
MIF | ok | 03:49 |
MIF | oh ok | 03:49 |
MIF | it works | 03:51 |
MIF | thanks Psi-Jack | 03:52 |
Psi-Jack | Usually you'd want to fix the issue you caused, before doing system updates, but whatever. | 03:52 |
MIF | my server crashed during the install, (I call anything with apt a update) so I had to run that before I could do anything else with apt | 03:53 |
MIF | now is there a way for me to prevent me from doing this again? | 03:54 |
Psi-Jack | Yeah, don't abuse root, don't do stupid things. And...... Backups. | 04:40 |
=== cpaelzer__ is now known as cpaelzer | ||
=== Woet_ is now known as Woet | ||
=== denningsrogue5 is now known as denningsrogue | ||
jamespage | @cpaelzer morning - I'm working snapshots of the upcoming 2.15 release of OVS - do I need a newer DPDK version to support that? | 11:00 |
cpaelzer | jamespage: yes you do | 11:01 |
cpaelzer | jamespage: we have DPDK 20.11 prepared in Debian experimental | 11:01 |
jamespage | great - I'll pull and tests from there | 11:01 |
cpaelzer | \o/ | 11:01 |
cpaelzer | jamespage: if you need me for anything let me know, this is as much my task as it is yours | 11:02 |
jamespage | thanks | 11:02 |
cpaelzer | once it builds I'm happy to run some tests on my side as well | 11:02 |
jamespage | and happy new year :) | 11:02 |
cpaelzer | yeah, to you (and everyone else here) as well! | 11:02 |
cpaelzer | jamespage: once things work in a PPA let me know I'd then do the sync of DPDK to hirsute | 11:05 |
cpaelzer | jamespage: there are a few more related PKGs that need rebuilds then, but all except OVS are ready for it | 11:05 |
jamespage | got it | 11:05 |
cpaelzer | if I do the sync it is clear that it is my task to resolve all these :-) | 11:05 |
jamespage | @cpaelzer hmm | 12:18 |
jamespage | "/usr/include/x86_64-linux-gnu/dpdk/rte_config.h" | 12:18 |
jamespage | is that normal? | 12:18 |
jamespage | the autoconf for OVS fails to find that | 12:18 |
cpaelzer | jamespage: might be related to pkgconfig - there was something recently | 12:21 |
cpaelzer | also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978248 | 12:21 |
ubot3 | Debian bug 978248 in src:openvswitch "openvswitch: FTBFS: configure: error: Could not find DPDK library in default search path, Use --with-dpdk to specify the DPDK library installed in non-standard location" [Serious, Open] | 12:21 |
cpaelzer | jamespage: can you point me to your PPA rebuild of 20.11 - then I can give things a try | 12:21 |
cpaelzer | jamespage: I guess you have put the OVS you try to build into git already? | 12:21 |
jamespage | @cpaelzer https://launchpad.net/~james-page/+archive/ubuntu/openvswitch | 12:22 |
jamespage | @cpaelzer I have pushed my work to git as well - its in the master branch | 12:24 |
cpaelzer | found it, build started | 12:25 |
jamespage | hmm "/usr/bin/ld: cannot find -ldbus-1" | 12:57 |
jamespage | is the actual issue | 12:57 |
cpaelzer | my local build in a hirsute container works so far | 12:58 |
jamespage | installing libdbus-1-dev resolves my issue | 12:59 |
cpaelzer | but it might be at the non dpdk build still | 12:59 |
cpaelzer | jamespage: it is dpdk that makes libdbus to be needed (i.e. do I need to add it to libdpdk-dev dependencies)? | 13:00 |
cpaelzer | or is it something else? | 13:00 |
jamespage | just scratching at that now | 13:00 |
jamespage | its appearing in the middle of the dpdk libs | 13:01 |
jamespage | but I can't see a dep from DPDK->DBUS | 13:02 |
jamespage | odd | 13:02 |
jamespage | cpaelzer: might be libpcap actually | 13:09 |
cpaelzer | jamespage: dbus is no direct build dependency of DPDK, but libpcap we do have | 13:10 |
jamespage | yeah # | 13:10 |
cpaelzer | libpcap-dev is a dep of libdpdk-dev | 13:10 |
cpaelzer | so if this turns out to be true then libpcap-dev might need that dep then | 13:10 |
cpaelzer | I now can at least recreate your issue over here | 13:11 |
cpaelzer | giving this a second look | 13:11 |
jamespage | libpcap0.8 -> libdbus-1-3 | 13:13 |
jamespage | but no libpcap0.8-dev -> libdbus-1-dev | 13:13 |
cpaelzer | jamespage: the https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978248 that I mentioned before seems to have the same root cause btw | 13:18 |
ubot3 | Debian bug 978248 in src:openvswitch "openvswitch: FTBFS: configure: error: Could not find DPDK library in default search path, Use --with-dpdk to specify the DPDK library installed in non-standard location" [Serious, Open] | 13:18 |
cpaelzer | jamespage: nothing on https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=libpcap yet, bluca will file a bug on libpcap for it | 13:20 |
cpaelzer | jamespage: will you for now in OVS 2.15 just add libdbus-dev to the build deps ? | 13:20 |
cpaelzer | maybe with a comment to remember dropping it later ? | 13:20 |
cpaelzer | jamespage: in the other discussion we've seen that it only happens if you use pkg-config --static which is uncommon | 13:21 |
cpaelzer | that is why it went unnoticed I guess | 13:21 |
cpaelzer | jamespage: FYI bluca filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=979229 for this | 13:49 |
ubot3 | Debian bug 979229 in libpcap0.8-dev "libpcap0.8-dev: missing dependency on libdbus-1-dev causes build failures" [Serious, Open] | 13:49 |
jamespage | cpaelzer: can do - just looking at a subsequent build failure | 13:59 |
linuxmint | Hello, deciding on VM OS Ubuntu-server or Debian. Just after smallest resource use, to install ZoneMinder on the OS. | 14:26 |
linuxmint | This helps https://thishosting.rocks/debian-vs-ubuntu/#:~:text=Unlike%20Ubuntu%2C%20Debian%20requires%20more,a%20better%20choice%20for%20you. | 14:28 |
linuxmint | Never heard of Debian servers, usually used CentOS and Ubuntu servers. | 14:29 |
linuxmint | Seems like Ubuntu server might do it. | 14:29 |
teward | linuxmint: Debian 'servers' are basically booted from the Debian netinstall ISO and installed without a Desktop interface. Debian doesn't have a specific 'image' or 'installer' for just server components, unlike Ubuntu. | 14:54 |
teward | if your consideration is 'smallest resource usage' you have to be more specific about what resources you're trying to conserve. | 14:55 |
qman__ | yep, and both debian and ubuntu are rather large compared to distros designed to be minimal | 14:55 |
teward | ^ this | 14:55 |
teward | also | 14:55 |
teward | an absolutely minimum Debian install and an absolutely minimum Ubuntu install take up about the same resources in idle state, give or take maybe 25-50 MB of RAM so unless you *really* are nitpicky about RAM, be more concerned with what resources exactly you're trying to conserve and state what your goal is here | 14:56 |
qman__ | yeah | 14:56 |
teward | (I've effectively run Ubuntu 18.04 on a 256MB RAM VPS for two years without downtime except for when i update the kernel) | 14:56 |
qman__ | I wouldn't pick one over the other based strictly on resource usage, there isn't enough difference between them, it's more about preference and ease of use for a given application | 14:57 |
qman__ | if resource use is a big concern, there are other options that use significantly less | 14:57 |
qman__ | (at the expense of some ease of use) | 14:58 |
teward | and considering RAM is pretty cheap nowadays (relatively speaking) it's really more CPU and disk space constraints that you're going to run into | 14:58 |
teward | CPU especially if you're ZoneMindering | 14:58 |
qman__ | it's been a while, but the last time I tried to set up zoneminder it was kind of a nightmare, so based on that, I'd go with whatever distro zoneminder recommends you use, since it will probably have the least issues running it | 15:04 |
rbasak | cpaelzer: could I defer triage of bug 1908512 and bug 1908577 to you please? | 15:16 |
ubot3 | Bug 1908512 in libvirt (Ubuntu) "VNC unusable when booting ubuntu-20.04.1-live-server-amd64.iso" [Undecided, Confirmed] https://launchpad.net/bugs/1908512 | 15:16 |
ubot3 | Bug 1908577 in qemu (Ubuntu) "QEMU crashed after last update" [Undecided, New] https://launchpad.net/bugs/1908577 | 15:16 |
rbasak | For the former I'm not sure whether that's something we should support. | 15:17 |
rbasak | For the latter, I would ask for exact package versions involved and to confirm by trying a downgrade, but I thought I'd check with you in case there's anything else to say/do first. | 15:17 |
cpaelzer | yeah rbasak I can look at these | 15:19 |
cpaelzer | actually I already have tabs on them open since I monitor all virt bugs anyway | 15:20 |
cpaelzer | usually I have them triaged before they are seen | 15:20 |
cpaelzer | but due to the break I was not yet up to them :-) | 15:20 |
rbasak | Thanks! | 15:21 |
jamespage | @cpaelzer: https://launchpad.net/~james-page/+archive/ubuntu/openvswitch/+packages I'm happy with that lot | 15:46 |
jamespage | do you want to sync over dpdk and start the process? I'll follow with OVS and OVN uploads | 15:46 |
cpaelzer | jamespage: yes that LGTM as well, and as I said the rest we've made ready as well | 15:54 |
jamespage | great | 15:55 |
cpaelzer | jamespage: https://launchpad.net/ubuntu/+source/dpdk/20.11-1 | 15:56 |
jamespage | lovely job - thanks | 15:56 |
cpaelzer | jamespage: tomorrow (once this is fully built) I'll no-change rebuild the other deps | 15:56 |
cpaelzer | and whenever we have the OVS build I'll run my testsuite so that we can fix remaining issues further down the road before 21.04 releases | 15:56 |
jamespage | OVS uploaded - has a versioned BD's so will depwait until DPDK is built and published | 16:00 |
MIF | do you know why a perl script will not run from cron | 16:37 |
MIF | but I can run the line from cron and run it on the cli and it works | 16:38 |
MIF | * * * * * /bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 16:38 |
MIF | /bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 16:38 |
MIF | ^ works on cli | 16:38 |
MIF | but not on cron | 16:38 |
sdeziel | MIF: here perl is at /usr/bin/perl | 16:39 |
MIF | ok | 16:39 |
MIF | changed it | 16:39 |
Ussat | in cron, you need to put the full path, define the env etc | 16:39 |
MIF | ? | 16:39 |
Ussat | either spell out the full path, or wrap it in a script that defines the env and path to use | 16:40 |
MIF | how do I spell out the full path | 16:40 |
MIF | that is what I did | 16:41 |
MIF | it is now /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 16:41 |
MIF | and it still dose not work | 16:44 |
Ussat | type which perl | 16:45 |
MIF | /usr/bin/perl | 16:46 |
MIF | and I changed it to that | 16:46 |
Ussat | crontab -l | 16:46 |
MIF | https://usercontent.irccloud-cdn.com/file/Pzgm9yN7/image.png | 16:46 |
MIF | * * * * * /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 16:47 |
MIF | that is the only thing in my cron | 16:47 |
Ussat | what error do you get when that is supposed to run in cron ? | 16:47 |
MIF | I don't get a error | 16:47 |
Ussat | and um..... * * * * * | 16:47 |
MIF | do you mean what is suposed to happen? | 16:47 |
Ussat | How often do you want this to run ? | 16:48 |
MIF | every minute | 16:48 |
MIF | of every hour | 16:48 |
MIF | of every day | 16:48 |
MIF | of every day of the week | 16:48 |
MIF | of every mouth | 16:48 |
MIF | of every year | 16:48 |
Ussat | put the entire thiong in quotes | 16:49 |
MIF | the entire /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 16:50 |
MIF | or * * * * * /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 16:50 |
Ussat | also, is that root's crontab ? | 16:50 |
MIF | why? | 16:50 |
MIF | it needed to be | 16:50 |
MIF | *needs | 16:51 |
Ussat | becaue it looks like youre tryiong to write to a place that a normal user would not have perms | 16:51 |
MIF | ^ and that is why it needs to be root | 16:51 |
Ussat | so I would think it shoiuld be roots | 16:51 |
MIF | it is | 16:51 |
Ussat | type mail and see if there is any errors. | 16:52 |
Ussat | cron should mail root if there are errors | 16:52 |
MIF | https://www.irccloud.com/pastebin/Jx2ebf60/ | 16:52 |
MIF | I don't have a email server set up yet | 16:52 |
Ussat | you dont need an email server | 16:53 |
MIF | ok | 16:53 |
MIF | what will it look like? | 16:53 |
MIF | just mail | 16:53 |
Ussat | are you SURE you should be doin this, I mean....setting up an email server.....a public web site ? | 16:54 |
Ussat | This is some basic stuff youre asking | 16:54 |
MIF | my website is up | 16:54 |
MIF | all I am trying to do is just ask, a simple question that google will not anser | 16:55 |
MIF | *answer | 16:55 |
MIF | I have had a relly bad week, so I don' need you asking me questions like that please | 16:55 |
MIF | really | 16:56 |
Ussat | make your crontab look like this */1 * * * * | 16:56 |
MIF | ok | 16:56 |
Ussat | we all have bad weeks...... | 16:56 |
MIF | sorry, I did not mean to flip | 16:57 |
Ussat | Also, what outcome do you expect ? | 16:57 |
MIF | it to update the stats page | 16:57 |
Ussat | and how do you know its not working ? | 16:57 |
MIF | because the date on the stats page is not updating | 16:58 |
MIF | and I know it is not cache | 16:58 |
MIF | because when I run the command and refresh the page it works | 16:58 |
Ussat | ok so make that change in crontab | 16:58 |
MIF | I did and it did not update | 16:58 |
MIF | it still says 10:38:47 | 16:59 |
Ussat | create a log file and redirect the output there, and take a look, like this example: https://stackoverflow.com/questions/34967093/how-to-redirect-stderr-to-a-file-in-a-cron-job | 17:00 |
MIF | ok | 17:01 |
MIF | ok | 17:02 |
MIF | nothing | 17:02 |
MIF | in the log file and it is chmod 777 | 17:02 |
MIF | the new cron looks like this | 17:02 |
MIF | */1 * * * * /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg >> /NSCS/logs/cron/pisg.log 2>&1 | 17:02 |
MIF | still empty | 17:05 |
MIF | sorry if I have been rude Ussat | 17:09 |
Ussat | Thats fine, I am busy at work | 17:10 |
MIF | ok | 17:10 |
MIF | do you think a systemd timer would be better? | 17:11 |
Ussat | I have no idea, can try ? | 17:11 |
MIF | ok | 17:11 |
sdeziel | It seems like the problem is a mismatch between cron's env and your interactive environment | 17:12 |
Ussat | which, is why I suggested wrapping it in a script | 17:13 |
sdeziel | MIF: I'd try running this interactively as root: | 17:13 |
sdeziel | env -i PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 17:13 |
MIF | try that as cron? | 17:13 |
Ussat | I have to do that with a lot of commands in cron | 17:13 |
sdeziel | MIF: no, interactively as that kind of mimics cron's env | 17:13 |
MIF | so Ussat what you are saying is write a script with the contents that sdeziel gave me, then /bin/sh <full path to script>? | 17:14 |
MIF | after chmod +x <script> | 17:14 |
MIF | and sdeziel that command work | 17:14 |
knstn | don't you have to set "PATH=" & "SHELL=" in that crontab? | 17:14 |
sdeziel | MIF: Ussat's suggestion doesn't include my test | 17:15 |
MIF | oh ok | 17:15 |
sdeziel | MIF: env -i SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 17:15 |
Ussat | oke of my crontabs is this | 17:16 |
Ussat | 00 06 * * * /usr/local/scripts/tbmr.sh | 17:16 |
MIF | it says it works but it dose not update the page | 17:16 |
MIF | correctly | 17:16 |
Ussat | with the script having this: | 17:16 |
Ussat | #!/bin/bash | 17:17 |
Ussat | PATH=/opt/someApp/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin | 17:17 |
Ussat | cd /usr/bin | 17:17 |
Ussat | ./tbmrcfg | 17:17 |
Ussat | so in the script, I define my path | 17:17 |
sdeziel | MIF: so if it says it works but doesn't update the page, then it's not/no longer a cron problem | 17:17 |
Ussat | ^^ | 17:17 |
MIF | when I run it | 17:17 |
MIF | it give the correct cli out put | 17:18 |
MIF | https://www.irccloud.com/pastebin/Q2cWezYy/ | 17:18 |
sdeziel | MIF: and index.html isn't updated? | 17:18 |
MIF | let me check | 17:18 |
MIF | no it is not | 17:19 |
MIF | let me try something | 17:20 |
MIF | ok | 17:21 |
MIF | this command works | 17:22 |
MIF | env -i /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 17:22 |
MIF | and it updates it | 17:22 |
MIF | /bin/env -i /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 17:22 |
MIF | works and updates it | 17:22 |
MIF | in cron it dose not | 17:22 |
sdeziel | MIF: is crond actually running? | 17:22 |
MIF | how do I check | 17:23 |
MIF | yes it is working | 17:24 |
MIF | I just did * * * * * /bin/mkdir /test | 17:24 |
MIF | and it worked | 17:24 |
sdeziel | try: cd / && /bin/env -i /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 17:25 |
MIF | as a command or cron? | 17:26 |
sdeziel | no, interactively | 17:26 |
MIF | so a command | 17:27 |
MIF | it genrates the html file in / | 17:28 |
MIF | let me do a config change | 17:28 |
MIF | now it works | 17:29 |
MIF | let me wait and see if cron is working now | 17:29 |
MIF | welp the cron works now | 17:30 |
MIF | thank you everyone | 17:30 |
sdeziel | MIF: cron jobs start in "/" IIRC so you need to put something like this in your crontab: | 17:33 |
sdeziel | * * * * * cd /my/path/ && /usr/bin/perl -w /var/www/html/stats/pisg -co /var/www/html/stats/pisg.cfg | 17:33 |
=== ijohnson is now known as ijohnson|lunch | ||
=== ijohnson|lunch is now known as ijohnson |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!