Re: searching raid 6 card working with fedora 23
LSI. Supports DDF metadata format, which mdadm can read. Less chance of vendor lock-in. Chris Murphy On Fri, Jan 22, 2016, 10:50 AM Rick Stevens wrote: > On 01/22/2016 04:49 AM, thibaut noah wrote: > > Hello, all in the title, i'm sick of loosing hours trying to get > > hardware working with super outdated drivers (tech support not helping) > > so if anyone knows a raid card compatible with raid 6 AND that will work > > on fedora 23 please by all means share it. > > Price is not relevant, i can go up to 300euros/dollars if needed, i just > > want something that works for sure. > > I've always had good luck with Adaptec (now called Microsemi): > > https://www.adaptec.com/en-us/ > > These are TRUE hardware RAID cards, not quasi-RAID. I've used them for > years. > -- > - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - > - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - > -- > -"Jimmie crack corn and I don't care." What kind of a lousy attitude - > - is THAT to have, huh? -- Dennis Miller - > -- > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS URLs in Nautilus on Fedora 22 stopped working
On 01/22/2016 08:26 PM, Ranbir wrote: On Thu, 2016-01-21 at 15:01 -0800, Rick Stevens wrote: Is your NFS server doing NFSV3 or NFSV4? "showmount -e" doesn't work if the server is NFSV4 and I suspect that's what Nautilus is doing (or something like it). No, that's not it: I'm using nfsv3. This could explain your problems. Besides, the mounts worked perfectly before in Nautilus. It's just that now Nautilus isn't recognizing nfs URLs at all. Some time around fc21/fc22, the defaults for mount-type for nfs mounts was changed to nfsv4. I.e. the meaning of file type "nfs" in calls to mount and in /etc/fstab was changed from "nfs"=="nfsv3" to "nfs"=="nfsv4". I also recall, their were some mistakes/oversights in this transitions, which were fixed later on. I.e. if your server is nfsv3, you should check your nfs-related config-files in /etc/. Ralf -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: ssh confusion
On 01/22/2016 03:55 PM, Tom Horsley wrote: >> Is this what's failing for you? > Actually, it is weird. If I have my "normal" ssh keys loaded in > the agent, I can login just fine and get the password prompt: > > tomh> ssh -l root fed23i > Enter passphrase for key '/home/tweety/.ssh/id_dsa': > root@fed23i's password: > Last login: Fri Jan 22 14:58:15 2016 from 10.134.30.143 > [root@fed23i ~]# exit > logout > Connection to fed23i closed. > > But when I add a couple of additional keys for the "test" > user we have on all the virtual machines, this happens: > > tomh> add-nvtest > Identity added: /tmp/nvtkey21416/nvtest-rsa (/tmp/nvtkey21416/nvtest-rsa) > Identity added: /tmp/nvtkey21416/nvtest-dsa (/tmp/nvtkey21416/nvtest-dsa) > tomh> ssh -l root fed23i > Received disconnect from 192.168.118.167: 2: Too many authentication failures > Disconnected from 192.168.118.167 > tomh> ssh-add -l > 2048 SHA256:L09nWkcTbR4PmWmD/q6VJmjnwuKCtUHFaPN7xCRcwvM > /home/tweety/.ssh/id_rsa (RSA) > 1024 SHA256:1cKg/sJMH7TrWctSWky0hLO2PaxRVFfyddsqJQEqg0o > /home/tweety/.ssh/id_dsa (DSA) > 521 SHA256:/9Zg1JTdgpGwGpTCnLcbRXpuwFmt6P1gzXRcNQjEgLw > /home/tweety/.ssh/id_ecdsa (ECDSA) > 256 SHA256:vI83jQzZhfvTtZKEmgZiXUS/0te3dS1ew5vt16K38A8 tweety@tomh (ED25519) > 1024 SHA256:YD5FOdt2WnvYH7AJ5VDIrJEwJm0MV0g1WtQAlQXXHSo > /tmp/nvtkey21416/nvtest-rsa (RSA) > 1024 SHA256:2J62l08cX62jDElLNk2qonCH8knistaEXJg+ayb6uPw > /tmp/nvtkey21416/nvtest-dsa (DSA) > > Does it maybe try every key and decide there are too many > that don't work when I go over a certain number? That's exactly what it does, unless you explicitly specify which key to use. This can be done from command line or in ~/.ssh/config (with hostname/IP match) HTH -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Audio CD burner question
Tried a few audio cd burners, but none of them seem to have an option to automagically include each track title as CD text for each track. If anyone knows of such a burner (Open Source), would like to hear about it. Thanx. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: ssh confusion
> Is this what's failing for you? Actually, it is weird. If I have my "normal" ssh keys loaded in the agent, I can login just fine and get the password prompt: tomh> ssh -l root fed23i Enter passphrase for key '/home/tweety/.ssh/id_dsa': root@fed23i's password: Last login: Fri Jan 22 14:58:15 2016 from 10.134.30.143 [root@fed23i ~]# exit logout Connection to fed23i closed. But when I add a couple of additional keys for the "test" user we have on all the virtual machines, this happens: tomh> add-nvtest Identity added: /tmp/nvtkey21416/nvtest-rsa (/tmp/nvtkey21416/nvtest-rsa) Identity added: /tmp/nvtkey21416/nvtest-dsa (/tmp/nvtkey21416/nvtest-dsa) tomh> ssh -l root fed23i Received disconnect from 192.168.118.167: 2: Too many authentication failures Disconnected from 192.168.118.167 tomh> ssh-add -l 2048 SHA256:L09nWkcTbR4PmWmD/q6VJmjnwuKCtUHFaPN7xCRcwvM /home/tweety/.ssh/id_rsa (RSA) 1024 SHA256:1cKg/sJMH7TrWctSWky0hLO2PaxRVFfyddsqJQEqg0o /home/tweety/.ssh/id_dsa (DSA) 521 SHA256:/9Zg1JTdgpGwGpTCnLcbRXpuwFmt6P1gzXRcNQjEgLw /home/tweety/.ssh/id_ecdsa (ECDSA) 256 SHA256:vI83jQzZhfvTtZKEmgZiXUS/0te3dS1ew5vt16K38A8 tweety@tomh (ED25519) 1024 SHA256:YD5FOdt2WnvYH7AJ5VDIrJEwJm0MV0g1WtQAlQXXHSo /tmp/nvtkey21416/nvtest-rsa (RSA) 1024 SHA256:2J62l08cX62jDElLNk2qonCH8knistaEXJg+ayb6uPw /tmp/nvtkey21416/nvtest-dsa (DSA) Does it maybe try every key and decide there are too many that don't work when I go over a certain number? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: ssh confusion
On 01/23/16 07:23, Tom Horsley wrote: > If I try to login to a fedora 23 virtual machine as root, > I get rejected because of "too many authentication failures" > (or something like that, I don't remember the precise > wording). > > I'm running an agent, but none of the keys in the agent > would allow a root login so I expect it to fallback > to a password prompt, but I get the failure instead. > > When I then try with this: > > ssh -o PreferredAuthentications=keyboard-interactive,password > > I do indeed get a password prompt and can login. > > I suspect I'm suffering from the effects of the > changes in f23 to remove various crypto algorithms > and ssh1 support, etc. But I can't figure out > what the heck is going on. > > Any ideas? I'd love to not have to dig up the > silly long option every time I want to login as root :-). I tried to replicate this using 2 real F23 systems. I copied my id_rsa.pub on my local system to /root/.ssh/authorized_keys on the remote machine. [egreshko@meimei ~]$ whoami egreshko [egreshko@meimei ~]$ ssh root@acer Last login: Sat Jan 23 07:37:23 2016 from 192.168.1.18 [root@acer ~]# whoami root [root@acer ~]# Is this what's failing for you? -- In reality, some people should stick to running Windows and others should stay away from computers altogether. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: ssh confusion
On Fri, 2016-01-22 at 18:23 -0500, Tom Horsley wrote: > Any ideas? I'd love to not have to dig up the > silly long option every time I want to login as root :-). Personally I block root logins on general principle (they're an obvious target). I login as my user and then run su or sudo. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
ssh confusion
If I try to login to a fedora 23 virtual machine as root, I get rejected because of "too many authentication failures" (or something like that, I don't remember the precise wording). I'm running an agent, but none of the keys in the agent would allow a root login so I expect it to fallback to a password prompt, but I get the failure instead. When I then try with this: ssh -o PreferredAuthentications=keyboard-interactive,password I do indeed get a password prompt and can login. I suspect I'm suffering from the effects of the changes in f23 to remove various crypto algorithms and ssh1 support, etc. But I can't figure out what the heck is going on. Any ideas? I'd love to not have to dig up the silly long option every time I want to login as root :-). -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: screen/remote apps
On Fri, 2016-01-22 at 16:06 -0500, bruce wrote: > thanks! Thanks for not top-posting, but next time try to trim the quoted material to what you're responding to. We don't need to see the entire message all over again. That's what the list archives are for. poc -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: screen/remote apps
On 22Jan2016 09:50, Markus Schönhaber wrote: Bruce, Fri, 22 Jan 2016 03:35:12 -0500: Don't top-post! ssh into the remote box and start screen there (screen has to be installed on the remote box, obviously). Use the remote screen to start the app. So you're saying it's basically a 2 step process: 1) -ssh remote box start Screen (with starting attributes) 2) --ssh remote box "ScreenCmd --name appToRun" something like this?? I'm not sure I understand what the above is supposed to mean. What I meant is the following: localbox$ ssh user@remotebox (you're on the remotebox now) remotebox$ screen yourapp Or, if you don't want screen to terminate with your app, start screen and the the app from inside screen. Yeah, ssh to remote host, start (or resume) a named screen session with the app started inside it. I use tmux instead of screen when possible, and I have a helper script named "tm": https://bitbucket.org/cameron_simpson/css/src/tip/bin/tm largely for local sessions, but it also aids using remote sessions. It has a "use-session-remote" operation which connects to a remote host and join (or create) a named session. For convenience, it will also recite a shell function namd "tm_remote" for accessing remote sessions, which I alias to "@": eval "$(tm recite-function-remote)" alias @=tm_remote which lets me go: @ remote-host:SESSION_NAME In case of disconnect, it remembers the last command, so to reconnect one just says: @ Cheers, Cameron Simpson -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: 4.3.3-300 DMAR: DMAR:[DMA Write] Request device [8a:06.1] fault addr fc26e000
> On Jan 21, 2016, at 1:21 PM, Nate Pearlstein wrote: > > Seeing errors after upgrading from 4.2.8-300 to 4.3.3-300, I also see the > same errors on newer kernels for f23 from koji and > 4.5.0-0.rc0.git6.1.vanilla.knurd.1 > > > dmesg | egrep -i ‘mlx|dmar' > > [ 17.816756] mlx4_core :82:00.0: Mapped 1 chunks/256 KB at 12004 > for ICM > [ 17.825330] mlx4_core :8a:00.0: SRIOV, disabling HA mode for intf > proto 0 > [ 17.825541] mlx4_ib_add: counter index 0 for port 1 allocated 0 > [ 17.833869] mlx4_ib_add: counter index 1 for port 2 allocated 0 > [ 17.906397] mlx4_core :8a:00.0: Mapped 1 chunks/256 KB at 12004 > for ICM > [ 17.911403] mlx4_core :8a:00.0: mlx4_ib: multi-function enabled > [ 17.925065] mlx4_core :8a:00.0: mlx4_ib: initializing demux service > for 128 qp1 clients > [ 17.937459] mlx4_core :8a:00.0: Mapped 1 chunks/256 KB at 12804 > for ICM > [ 17.938766] mlx4_core :8a:00.0: Mapped 1 chunks/256 KB at 1200c > for ICM > [ 29.527780] mlx4_core :8a:00.0: Mapped 1 chunks/256 KB at 12808 > for ICM > [ 29.529083] mlx4_core :8a:00.0: Mapped 1 chunks/256 KB at 12014 > for ICM > [ 31.330799] DMAR: DRHD: handling fault status reg 2 > [ 31.330803] DMAR: DMAR:[DMA Write] Request device [8a:06.1] fault addr > fc26e000 > DMAR:[fault reason 02] Present bit in context entry is clear > [ 31.330865] DMAR: DRHD: handling fault status reg 102 > [ 31.330868] DMAR: DMAR:[DMA Read] Request device [8a:06.1] fault addr > fc632000 > DMAR:[fault reason 02] Present bit in context entry is clear > [ 31.530006] DMAR: DRHD: handling fault status reg 202 > . > . > . > > All previous f22 and f23 releases I’ve used were fine. > > I have two IB cards: all Firmware version: 2.9.1000 > > 82:00.0 InfiniBand: Mellanox Technologies MT26428 [ConnectX VPI PCIe 2.0 > 5GT/s - IB QDR / 10GigE] (rev b0) > 8a:00.0 InfiniBand: Mellanox Technologies MT26428 [ConnectX VPI PCIe 2.0 > 5GT/s - IB QDR / 10GigE] (rev b0) > > The first one has sriov off the second has sriov on. > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org I’ve filed https://bugzilla.redhat.com/show_bug.cgi?id=1301210 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: screen/remote apps
On Fri, Jan 22, 2016 at 3:48 PM, Rick Stevens wrote: > On 01/22/2016 12:00 PM, bruce wrote: >> >> Thanks Rick, >> >> Thats exactly what I was trying to get to. >> >> The goal, I want to have a local process that iterates through a list >> of long running apps. >> >> I want to then spin up a remote instance/screen session on something >> like DigitalOcean/DO where I fire up the app, running it on the remote >> instance. >> >> The Screen, should then provide a long running process, with the >> ability to ssh in, or have a separate app check on the >> realtime/ongoing status of the running apps.. >> >> As the process grows, I envision having a few hundred of these apps >> running/testing... >> >> So, thanks! > > > Glad to help. I use that sort of thing in rc.local scripts as well to > launch boot-type tasks in screen sessions. Very handy. > > By the way, Bruce, we prefer bottom-posting on this list if you can do > so (I think Markus already admonished you about that). It makes > following the thoughts in the thread a lot easier. > > >> On Fri, Jan 22, 2016 at 1:25 PM, Rick Stevens >> wrote: >>> >>> On 01/22/2016 12:50 AM, Markus Schönhaber wrote: Bruce, Fri, 22 Jan 2016 03:35:12 -0500: Don't top-post! >> ssh into the remote box and start screen there (screen has to be >> installed on the remote box, obviously). Use the remote screen to >> start >> the app. > So you're saying it's basically a 2 step process: > > 1) -ssh remote box start Screen (with starting attributes) > 2) --ssh remote box "ScreenCmd --name appToRun" > > something like this?? I'm not sure I understand what the above is supposed to mean. What I meant is the following: localbox$ ssh user@remotebox (you're on the remotebox now) remotebox$ screen yourapp Or, if you don't want screen to terminate with your app, start screen and the the app from inside screen. >>> >>> >>> >>> Or you could: >>> >>> ssh user@remotebox "/usr/bin/screen -S >>> name-of-your-screen-session >>> -d -m command-you-want-to-run-inside-the-screen-session" >>> >>> That would launch a detached screen session on the remote box that >>> runs "command-you-want-to-run-inside-the-screen-session" in a screen >>> session named "name-of-your-screen-session". >>> >>> For example, I do that on a box to do a backup of some data. The "-S" >>> parameter I used was "adcorp-backup", and this is the result: >>> >>> >>> [root@brc3-r1 ~]# screen -ls >>> There is a screen on: >>> 24708.adcorp-backup (Detached) >>> 1 Socket in /var/run/screen/S-root. >>> >>> Should I want to check on it, I can ssh to that box and >>> >>> screen -r 24708.adcorp-backup >>> >>> to re-attach to the session. Once I'm done prowling around, "ctrl-a d" >>> detaches me again and leaves the session running. >>> >>> Hope that helps. > > -- > - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - > - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - > -- > - Careful! Ugly strikes 9 out of 10 people!- > > -- > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org thanks! -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: screen/remote apps
On 01/22/2016 12:00 PM, bruce wrote: Thanks Rick, Thats exactly what I was trying to get to. The goal, I want to have a local process that iterates through a list of long running apps. I want to then spin up a remote instance/screen session on something like DigitalOcean/DO where I fire up the app, running it on the remote instance. The Screen, should then provide a long running process, with the ability to ssh in, or have a separate app check on the realtime/ongoing status of the running apps.. As the process grows, I envision having a few hundred of these apps running/testing... So, thanks! Glad to help. I use that sort of thing in rc.local scripts as well to launch boot-type tasks in screen sessions. Very handy. By the way, Bruce, we prefer bottom-posting on this list if you can do so (I think Markus already admonished you about that). It makes following the thoughts in the thread a lot easier. On Fri, Jan 22, 2016 at 1:25 PM, Rick Stevens wrote: On 01/22/2016 12:50 AM, Markus Schönhaber wrote: Bruce, Fri, 22 Jan 2016 03:35:12 -0500: Don't top-post! ssh into the remote box and start screen there (screen has to be installed on the remote box, obviously). Use the remote screen to start the app. So you're saying it's basically a 2 step process: 1) -ssh remote box start Screen (with starting attributes) 2) --ssh remote box "ScreenCmd --name appToRun" something like this?? I'm not sure I understand what the above is supposed to mean. What I meant is the following: localbox$ ssh user@remotebox (you're on the remotebox now) remotebox$ screen yourapp Or, if you don't want screen to terminate with your app, start screen and the the app from inside screen. Or you could: ssh user@remotebox "/usr/bin/screen -S name-of-your-screen-session -d -m command-you-want-to-run-inside-the-screen-session" That would launch a detached screen session on the remote box that runs "command-you-want-to-run-inside-the-screen-session" in a screen session named "name-of-your-screen-session". For example, I do that on a box to do a backup of some data. The "-S" parameter I used was "adcorp-backup", and this is the result: [root@brc3-r1 ~]# screen -ls There is a screen on: 24708.adcorp-backup (Detached) 1 Socket in /var/run/screen/S-root. Should I want to check on it, I can ssh to that box and screen -r 24708.adcorp-backup to re-attach to the session. Once I'm done prowling around, "ctrl-a d" detaches me again and leaves the session running. Hope that helps. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - Careful! Ugly strikes 9 out of 10 people!- -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: screen/remote apps
Thanks Rick, Thats exactly what I was trying to get to. The goal, I want to have a local process that iterates through a list of long running apps. I want to then spin up a remote instance/screen session on something like DigitalOcean/DO where I fire up the app, running it on the remote instance. The Screen, should then provide a long running process, with the ability to ssh in, or have a separate app check on the realtime/ongoing status of the running apps.. As the process grows, I envision having a few hundred of these apps running/testing... So, thanks! On Fri, Jan 22, 2016 at 1:25 PM, Rick Stevens wrote: > On 01/22/2016 12:50 AM, Markus Schönhaber wrote: >> >> Bruce, Fri, 22 Jan 2016 03:35:12 -0500: >> >> Don't top-post! >> ssh into the remote box and start screen there (screen has to be installed on the remote box, obviously). Use the remote screen to start the app. >> >> >>> So you're saying it's basically a 2 step process: >>> >>> 1) -ssh remote box start Screen (with starting attributes) >>> 2) --ssh remote box "ScreenCmd --name appToRun" >>> >>> something like this?? >> >> >> I'm not sure I understand what the above is supposed to mean. >> >> What I meant is the following: >> localbox$ ssh user@remotebox >> (you're on the remotebox now) >> remotebox$ screen yourapp >> >> Or, if you don't want screen to terminate with your app, start screen >> and the the app from inside screen. > > > Or you could: > > ssh user@remotebox "/usr/bin/screen -S name-of-your-screen-session > -d -m command-you-want-to-run-inside-the-screen-session" > > That would launch a detached screen session on the remote box that > runs "command-you-want-to-run-inside-the-screen-session" in a screen > session named "name-of-your-screen-session". > > For example, I do that on a box to do a backup of some data. The "-S" > parameter I used was "adcorp-backup", and this is the result: > > > [root@brc3-r1 ~]# screen -ls > There is a screen on: > 24708.adcorp-backup (Detached) > 1 Socket in /var/run/screen/S-root. > > Should I want to check on it, I can ssh to that box and > > screen -r 24708.adcorp-backup > > to re-attach to the session. Once I'm done prowling around, "ctrl-a d" > detaches me again and leaves the session running. > > Hope that helps. > -- > - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - > - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - > -- > - I.R.S.: We've got what it takes to take what you've got! - > -- > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: NFS URLs in Nautilus on Fedora 22 stopped working
On Thu, 2016-01-21 at 15:01 -0800, Rick Stevens wrote: > Is your NFS server doing NFSV3 or NFSV4? "showmount -e" doesn't work > if > the server is NFSV4 and I suspect that's what Nautilus is doing (or > something like it). No, that's not it: I'm using nfsv3. Besides, the mounts worked perfectly before in Nautilus. It's just that now Nautilus isn't recognizing nfs URLs at all. It's not my server config. I think something has changed in Nautilus. -- Ranbir signature.asc Description: This is a digitally signed message part -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: screen/remote apps
On 01/22/2016 12:50 AM, Markus Schönhaber wrote: Bruce, Fri, 22 Jan 2016 03:35:12 -0500: Don't top-post! ssh into the remote box and start screen there (screen has to be installed on the remote box, obviously). Use the remote screen to start the app. So you're saying it's basically a 2 step process: 1) -ssh remote box start Screen (with starting attributes) 2) --ssh remote box "ScreenCmd --name appToRun" something like this?? I'm not sure I understand what the above is supposed to mean. What I meant is the following: localbox$ ssh user@remotebox (you're on the remotebox now) remotebox$ screen yourapp Or, if you don't want screen to terminate with your app, start screen and the the app from inside screen. Or you could: ssh user@remotebox "/usr/bin/screen -S name-of-your-screen-session -d -m command-you-want-to-run-inside-the-screen-session" That would launch a detached screen session on the remote box that runs "command-you-want-to-run-inside-the-screen-session" in a screen session named "name-of-your-screen-session". For example, I do that on a box to do a backup of some data. The "-S" parameter I used was "adcorp-backup", and this is the result: [root@brc3-r1 ~]# screen -ls There is a screen on: 24708.adcorp-backup (Detached) 1 Socket in /var/run/screen/S-root. Should I want to check on it, I can ssh to that box and screen -r 24708.adcorp-backup to re-attach to the session. Once I'm done prowling around, "ctrl-a d" detaches me again and leaves the session running. Hope that helps. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - I.R.S.: We've got what it takes to take what you've got! - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: skype
2016-01-22 19:12 GMT+01:00, Rick Stevens : > On 01/22/2016 09:51 AM, jd1008 wrote: >> >> >> On 01/22/2016 10:41 AM, Rick Stevens wrote: >>> On 01/22/2016 09:23 AM, Bob Marcan wrote: On Fri, 22 Jan 2016 15:17:19 +0100 Dario Lesca wrote: > Il giorno mar, 19/01/2016 alle 10.28 +0100, Bob Marcan ha scritto: >> >> What about http://www.viber.com/en/products/linux ? > > where is the source code? > > -- > Dario Lesca > (inviato dal mio Linux Fedora 23 Workstation) > No source code, but they at least provide 64 bit code. >>> >>> Source is at >>> >>> https://github.com/irungentoo/toxcore >>> [...] > I just wanted to demonstrate that the source IS there (despite what > Dario said) and that you can build it on newer Fedora platforms. From the context (quoted above) it's quite clear that he was talking about Viber. Andras -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: skype
On 01/22/2016 09:51 AM, jd1008 wrote: On 01/22/2016 10:41 AM, Rick Stevens wrote: On 01/22/2016 09:23 AM, Bob Marcan wrote: On Fri, 22 Jan 2016 15:17:19 +0100 Dario Lesca wrote: Il giorno mar, 19/01/2016 alle 10.28 +0100, Bob Marcan ha scritto: What about http://www.viber.com/en/products/linux ? where is the source code? -- Dario Lesca (inviato dal mio Linux Fedora 23 Workstation) No source code, but they at least provide 64 bit code. Source is at https://github.com/irungentoo/toxcore There is a requirement for libsodium and they _may_ use a later version than what's in the repos. I haven't tried building it yet so I don't know. I think it will be a while before this package comes of age, stabilizes and ready for prime time. I agree. I have just built it on an F22 system. I had all of the dependencies (libopus, libvpx, etc.) already installed. I did install libsodium-devel from the normal Fedora repos, went into the unpacked tox directory and did a autoreconf -i ./configure --enable-ntox make sudo make install and it built and installed in /usr/local. I did /usr/local/bin/nTox -h and got the help screen. I've done nothing beyond that. I just wanted to demonstrate that the source IS there (despite what Dario said) and that you can build it on newer Fedora platforms. As is typical of these sorts of projects, the developers seem to prefer Debian-derived systems for development, but Fedora does work just fine and the notes in the "INSTALL.md" file in their GIT repo relating to Fedora compilation are accurate. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - Batteries not included. Offer not valid in some states. - - Your mileage may vary. Void where prohibited. - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: skype
On 01/22/2016 10:41 AM, Rick Stevens wrote: On 01/22/2016 09:23 AM, Bob Marcan wrote: On Fri, 22 Jan 2016 15:17:19 +0100 Dario Lesca wrote: Il giorno mar, 19/01/2016 alle 10.28 +0100, Bob Marcan ha scritto: What about http://www.viber.com/en/products/linux ? where is the source code? -- Dario Lesca (inviato dal mio Linux Fedora 23 Workstation) No source code, but they at least provide 64 bit code. Source is at https://github.com/irungentoo/toxcore There is a requirement for libsodium and they _may_ use a later version than what's in the repos. I haven't tried building it yet so I don't know. I think it will be a while before this package comes of age, stabilizes and ready for prime time. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: searching raid 6 card working with fedora 23
On 01/22/2016 04:49 AM, thibaut noah wrote: Hello, all in the title, i'm sick of loosing hours trying to get hardware working with super outdated drivers (tech support not helping) so if anyone knows a raid card compatible with raid 6 AND that will work on fedora 23 please by all means share it. Price is not relevant, i can go up to 300euros/dollars if needed, i just want something that works for sure. I've always had good luck with Adaptec (now called Microsemi): https://www.adaptec.com/en-us/ These are TRUE hardware RAID cards, not quasi-RAID. I've used them for years. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- -"Jimmie crack corn and I don't care." What kind of a lousy attitude - - is THAT to have, huh? -- Dennis Miller - -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: skype
On 01/22/2016 09:23 AM, Bob Marcan wrote: On Fri, 22 Jan 2016 15:17:19 +0100 Dario Lesca wrote: Il giorno mar, 19/01/2016 alle 10.28 +0100, Bob Marcan ha scritto: What about http://www.viber.com/en/products/linux ? where is the source code? -- Dario Lesca (inviato dal mio Linux Fedora 23 Workstation) No source code, but they at least provide 64 bit code. Source is at https://github.com/irungentoo/toxcore There is a requirement for libsodium and they _may_ use a later version than what's in the repos. I haven't tried building it yet so I don't know. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 226437340 Yahoo: origrps2 - -- - Diplomacy: The art of saying "Nice doggy!" until you can find a - -big enough rock.- -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: skype
On Fri, 22 Jan 2016 15:17:19 +0100 Dario Lesca wrote: > Il giorno mar, 19/01/2016 alle 10.28 +0100, Bob Marcan ha scritto: > > > > What about http://www.viber.com/en/products/linux ? > > where is the source code? > > -- > Dario Lesca > (inviato dal mio Linux Fedora 23 Workstation) > No source code, but they at least provide 64 bit code. Otherwise, same shi... -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: skype
Il giorno mar, 19/01/2016 alle 10.28 +0100, Bob Marcan ha scritto: > > What about http://www.viber.com/en/products/linux ? where is the source code? -- Dario Lesca (inviato dal mio Linux Fedora 23 Workstation) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: skype
Il giorno mar, 19/01/2016 alle 07.25 +0100, Outback Dingo ha scritto: > > > On Tue, Jan 19, 2016 at 1:03 AM, Dario Lesca > wrote: > > Il giorno lun, 18/01/2016 alle 21.10 +0100, Outback Dingo ha > > scritto: > > > Ive given up on skype though its installed, Ive moved on to > > QTOX, > > > does pretty much the same thing in a secure manner. > > > > Where is qTox for Fedora? > > https://tox.chat/ and https://wiki.tox.chat/Binaries#gnulinux Not work on Fedora 23, like message Message of Tue, 19 Jan 2016 10:04:39 say: > BUNK! > It provides binaries that are linked to libraries that Fedora does > NOT > provide (nor does rpmfusion). I had to install this: > sudo dnf install > ftp://ftp.pbone.net/mirror/ftp.sourceforge.net/pub/sourceforge/p/po/postinstaller/fedora/releases/22/x86_64/openssl1-1.0.0-2.fc22.x86_64.rpm -- Dario Lesca (inviato dal mio Linux Fedora 23 Workstation) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
searching raid 6 card working with fedora 23
Hello, all in the title, i'm sick of loosing hours trying to get hardware working with super outdated drivers (tech support not helping) so if anyone knows a raid card compatible with raid 6 AND that will work on fedora 23 please by all means share it. Price is not relevant, i can go up to 300euros/dollars if needed, i just want something that works for sure. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: screen/remote apps
Bruce, Fri, 22 Jan 2016 03:35:12 -0500: Don't top-post! >> ssh into the remote box and start screen there (screen has to be >> installed on the remote box, obviously). Use the remote screen to start >> the app. > So you're saying it's basically a 2 step process: > > 1) -ssh remote box start Screen (with starting attributes) > 2) --ssh remote box "ScreenCmd --name appToRun" > > something like this?? I'm not sure I understand what the above is supposed to mean. What I meant is the following: localbox$ ssh user@remotebox (you're on the remotebox now) remotebox$ screen yourapp Or, if you don't want screen to terminate with your app, start screen and the the app from inside screen. -- Regards mks -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: screen/remote apps
Hey Markus, So you're saying it's basically a 2 step process: 1) -ssh remote box start Screen (with starting attributes) 2) --ssh remote box "ScreenCmd --name appToRun" something like this?? On Fri, Jan 22, 2016 at 3:26 AM, Markus Schönhaber wrote: > 22.01.2016, 01:50 CET, bruce: > >> I can locally run screen, and then run an app. >> >> If I wanted to have a process where I remotely start/run an app on a >> remote box (ssh) via screen, How is this accomplished? Can it be done? > > ssh into the remote box and start screen there (screen has to be > installed on the remote box, obviously). Use the remote screen to start > the app. > >> Ie, I want the app on the remote instance/box to be running in a >> screen process within a term. This would allow someone to login, fire >> up the screen process for the screen id, and see the process in >> action... > > Yep, that's what the screen on the remote box accomplishes. > > -- > Regards > mks > > > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: screen/remote apps
22.01.2016, 01:50 CET, bruce: > I can locally run screen, and then run an app. > > If I wanted to have a process where I remotely start/run an app on a > remote box (ssh) via screen, How is this accomplished? Can it be done? ssh into the remote box and start screen there (screen has to be installed on the remote box, obviously). Use the remote screen to start the app. > Ie, I want the app on the remote instance/box to be running in a > screen process within a term. This would allow someone to login, fire > up the screen process for the screen id, and see the process in > action... Yep, that's what the screen on the remote box accomplishes. -- Regards mks -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org