Hi Frank,
I did it..,
Thank you
regards
On Mon, Nov 3, 2014 at 8:01 AM, Frank Murphy wrote:
> On Mon, 3 Nov 2014 07:47:30 +0200
> Angelo Moreschini wrote:
>
> > Hi
> > first of all I thank all those who have tried to help me.
> > Now I have lost hope that this problem is currently solved by
On Mon, 3 Nov 2014 07:47:30 +0200
Angelo Moreschini wrote:
> Hi
> first of all I thank all those who have tried to help me.
> Now I have lost hope that this problem is currently solved by me.
> So I made a link to a command that * MANUALLY * starts the file
> /etc/rc.d/rc.init,; I can run this c
Hi
first of all I thank all those who have tried to help me.
Now I have lost hope that this problem is currently solved by me.
So I made a link to a command that * MANUALLY * starts the file
/etc/rc.d/rc.init,; I can run this command via a graphical icon using Gnome
interface.
This can be suffic
Angelo Moreschini wrote:
I would say that this thread is the continuation of a my preceding thread :
“selecting some kind of files using the resync command”
There I got help in order to make the backup of some my critical files.
Now I am able to backing up these files using a shell script fro
On 11/01/14 03:44, Angelo Moreschini wrote:
> thank you for your patience Ed
>
> I do not want to abuse your help .. maybe you can tell me what I can do.
> If you show me a direction to follow, I will try to study also alone the
> problem ..
As I mentioned in my response to Joe, I think the sympt
On 11/01/14 03:01, Joe Zeff wrote:
> On 10/31/2014 05:49 AM, Angelo Moreschini wrote:
>> SELINUX=permissive =--> didn't work
>>
>> setsebool -P rsync_full_access 1 =--> didn't work too
>
> Therefor SELinux isn't involved.
Yes, as it now stands selinux is not involved.
I would like to mention th
On 11/01/14 05:22, Joe Zeff wrote:
> I also find it interesting that it was causing the command to fail for you,
> but doesn't seem to be involved in the OP's case. I will be very interested
> in learning just what's going on, and will continue to offer suggestions if
> and when I have them.
On 10/31/2014 02:09 PM, Ed Greshko wrote:
It was quite simple
I replicated what I hoped to be the OP's environment in a VM. In doing so I
also saw a failure to successfully complete the execution of the rsync command.
However, as you saw, there were no error messages to be seen.
So, I s
On 11/01/14 02:55, Joe Zeff wrote:
> On 10/31/2014 02:21 AM, Ed Greshko wrote:
>> The problem is related to "selinux".
>
> How do you know? Are you getting SELinux alerts about this every time you
> boot?
It was quite simple
I replicated what I hoped to be the OP's environment in a VM. In
On Fri, 31 Oct 2014 13:06:52 -0700
Joe Zeff wrote:
> However, there is one thought: we're pretty sure that there's something
> about the rsync command that's failing. Have you considered directing
> stderr to a file?
Yep, I'd definitely stick something like this neat the front:
exec > /var/lo
On 10/31/2014 12:44 PM, Angelo Moreschini wrote:
thank you for your patience Ed
I do not want to abuse your help .. maybe you can tell me what I can do.
If you show me a direction to follow, I will try to study also alone the
problem
If I knew the answer, I'd tell you. Alas, all I can do at t
thank you for your patience Ed
I do not want to abuse your help .. maybe you can tell me what I can do.
If you show me a direction to follow, I will try to study also alone the
problem ..
regards
Angelo
On Fri, Oct 31, 2014 at 9:01 PM, Joe Zeff wrote:
> On 10/31/2014 05:49 AM, Angelo Moresch
On 10/31/2014 05:49 AM, Angelo Moreschini wrote:
SELINUX=permissive =--> didn't work
setsebool -P rsync_full_access 1 =--> didn't work too
Therefor SELinux isn't involved.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedorap
On 10/31/2014 02:21 AM, Ed Greshko wrote:
The problem is related to "selinux".
How do you know? Are you getting SELinux alerts about this every time
you boot?
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/ma
[angelo_dev@zorro ~]$ systemctl status rc-local.service
rc-local.service - /etc/rc.d/rc.local Compatibility
Loaded: loaded (/usr/lib/systemd/system/rc-local.service; static)
Active: failed (Result: exit-code) since Fri 2014-10-31 20:43:44 IST;
2min 10s ago
Process: 891 ExecStart=/etc/rc.d/
On 10/31/14 22:56, Angelo Moreschini wrote:
> 1) [root@zorro ~]# cat /dev/null > /var/log/audit/audit.log
> [root@zorro ~]#
>
> # empty input
>
> 4) [root@zorro angelo_dev]# grep AVC /var/log/audit/audit.log > avcs
>
> 5) [root@zorro angelo_dev]# cat avcs =--- > empty
> ([root@zorro angelo_dev]#
1) [root@zorro ~]# cat /dev/null > /var/log/audit/audit.log
[root@zorro ~]#
# empty input
4) [root@zorro angelo_dev]# grep AVC /var/log/audit/audit.log > avcs
5) [root@zorro angelo_dev]# cat avcs =--- > empty
([root@zorro angelo_dev]# cat avcs
-rw-r--r--. 1 root root 0 Oct 31 1
On 10/31/14 20:49, Angelo Moreschini wrote:
> SELINUX=permissive =--> didn't work
>
> setsebool -P rsync_full_access 1 =--> didn't work too
>
> > Do you have an actual user "programmers" defined?
> yes : angelo_dev is a member of this group
Well, this is crazy.
I can recreate the symptoms
SELINUX=permissive =--> didn't work
setsebool -P rsync_full_access 1 =--> didn't work too
> Do you have an actual user "programmers" defined?
yes : angelo_dev is a member of this group
On Fri, Oct 31, 2014 at 2:16 PM, Ed Greshko wrote:
> On 10/31/14 17:21, Ed Greshko wrote:
> > The problem
On 10/31/14 17:21, Ed Greshko wrote:
> The problem is related to "selinux".
The selinux fix for this would be to issue this command as root, just once in a
terminal session
setsebool -P rsync_full_access 1
And then reboot.
--
If you can't laugh at yourself, others will gladly oblige.
--
On 10/31/14 18:14, Angelo Moreschini wrote:
> I tried :
>
> # this is the file /etc/rc./rc.local
> /etc/rc.d/dummy-test.sh
> #/etc/rc.d/syncronize-java_srcs.sh
> su -c '/etc/rc.d/syncronize-java_srcs.sh' programmers
Do you have an actual user "programmers" defined?
>
> --
>
> but didn't work
I tried :
# this is the file /etc/rc./rc.local
/etc/rc.d/dummy-test.sh
#/etc/rc.d/syncronize-java_srcs.sh
su -c '/etc/rc.d/syncronize-java_srcs.sh' programmers
--
but didn't work
I understand what you are talking Ed, but I am a newbie and yet I am not
able to manage problems concerning SELi
On 10/31/14 16:32, Ed Greshko wrote:
> It is unfortunate that I've not been able to get any error message to
> display. I have an idea of the problem and why no message is shownbut
> again...too tired.
OK I know what the problem is related to And, I know how to get
around it (the
On 10/31/14 16:22, Angelo Moreschini wrote:
> Hi Rick,
>
> your suggestion seemed to be the right one ..
> But still did not work ...
>
> I made now one further try :
> these are the listed files I used
It isn't related to $PATH I'm too tired to explain again
>
> -
Hi Rick,
your suggestion seemed to be the right one ..
But still did not work ...
I made now one further try :
these are the listed files I used
-[angelo_dev@zorro rc.d]$ cat rc.local-
#!/bin/bash
/etc/rc.d/dummy-test.sh
/etc/rc.d/syncronize-java_srcs.sh
--
On 10/29/2014 09:06 PM, Angelo Moreschini issued this missive:
> Hi Ed,
>
> I also thought that I setting controls the command in a different way
> could be the solution.
> But it did not was so.
> The question is now, however, morelimited: it is about understanding why
> a script that can be run
On 10/29/2014 10:20 PM, Ed Greshko wrote:
On 10/30/14 12:06, Angelo Moreschini wrote:
I also thought that I setting controls the command in a different way could be
the solution.
But it did not was so.
The question is now, however, morelimited: it is about understanding why a
script that can
On 10/30/14 12:06, Angelo Moreschini wrote:
> I also thought that I setting controls the command in a different way could
> be the solution.
> But it did not was so.
> The question is now, however, morelimited: it is about understanding why a
> script that can be run from the command line, does n
Hi Ed,
I also thought that I setting controls the command in a different way could be
the solution.
But it did not was so.
The question is now, however, more limited: it is about understanding why a
script that can be run from the command line, does not run inside the file /
etc/rc.d/rc.local
On
On 10/29/14 22:08, Angelo Moreschini wrote:
>
> angelo_dev@zorro rc.d]$ cat /tmp/syncronize.log
> + rsync -av --delete '--include=*/' '--include=*.java' '--include=*.form'
> '--exclude=*' /home/programmers/java/PROJECTS_development/
> /media/PRTZ-src_sync
>
>
OK This means that the script s
[
angelo_dev@zorro rc.d]$ cat /tmp/syncronize.log
+ rsync -av --delete '--include=*/' '--include=*.java' '--include=*.form'
'--exclude=*' /home/programmers/java/PROJECTS_development/
/media/PRTZ-src_sync
On Wed, Oct 29, 2014 at 2:09 PM, Ed Greshko wrote:
> On 10/29/14 19:08, Angelo Moreschini
On 10/29/14 19:08, Angelo Moreschini wrote:
> Hi,
>
> I did some tests:
>
> This is the content of the file /etc/rc.d/rc.local that I used:
> --
> #!/bin/bash
> # this is the file /ctc/rc./rc.local
>
> /etc/rc.d/dummy-test.sh
> /etc/rc.d/syncronize-java_srcs.sh
> ---
Hi,
I did some tests:
This is the content of the file /etc/rc.d/rc.local that I used:
--
#!/bin/bash
# this is the file /ctc/rc./rc.local
/etc/rc.d/dummy-test.sh
/etc/rc.d/syncronize-java_srcs.sh
--
I put inside it two script to be execute
On 10/28/2014 11:08 PM, Angelo Moreschini wrote:
the file “sol”: (-rwxr-xr-x. 1 root root 62480 Mar 5 2014 /usr/bin/touch)
is an executable (a card game that can run seamlessly from the command
line).
At the boot, the program “sol” has _*not been launched*_ yet.
The program is, as I unders
Hi,
I made now another try ...
I modified the file /etc/rc.d rc.local in this way :
- - - - - - - - - - - -
#! / bin / bash
# This the the file /ctc/rc./rc.local
/usr/bin/sol
- - - - - - - - - - - -
the file “sol”: (-rwxr-xr-x. 1 root root 62480 Mar 5 2014 /usr/bin/touch)
is an executable (a
On 10/29/14 08:36, Joe Zeff wrote:
> On 10/28/2014 04:18 PM, Ed Greshko wrote:
>> Since /tmp/rc.local.log exists and contains
>>
>> + /home/angelo_dev/bin/syncronize-java_srcs.sh
>>
>> it is obvious that rc.local is being executed.
>>
>> If I were going to assume something I would assume the system
On 10/28/2014 04:18 PM, Ed Greshko wrote:
Since /tmp/rc.local.log exists and contains
+ /home/angelo_dev/bin/syncronize-java_srcs.sh
it is obvious that rc.local is being executed.
If I were going to assume something I would assume the systemctl failure is
related to the failure in the syncron
On 10/28/2014 05:09 PM, Joe Zeff wrote:
On 10/28/2014 04:00 PM, Ed Greshko wrote:
rc.local is working just fine!!
Riddle me this, Ed: why does systemctl report that rc-local.service
failed?
If I might,
It was failing for me because the rc.local I created contained
commands that bash could n
On 10/29/14 07:21, Matthew Miller wrote:
> On Wed, Oct 29, 2014 at 07:18:25AM +0800, Ed Greshko wrote:
rc.local is working just fine!!
>>> Riddle me this, Ed: why does systemctl report that rc-local.service failed?
>> I don't know, and at this point I don't care.
>> Since /tmp/rc.local.log exi
On Wed, Oct 29, 2014 at 07:18:25AM +0800, Ed Greshko wrote:
> >> rc.local is working just fine!!
> > Riddle me this, Ed: why does systemctl report that rc-local.service failed?
> I don't know, and at this point I don't care.
> Since /tmp/rc.local.log exists and contains
> + /home/angelo_dev/bin/syn
On 10/29/14 07:09, Joe Zeff wrote:
> On 10/28/2014 04:00 PM, Ed Greshko wrote:
>> rc.local is working just fine!!
>
> Riddle me this, Ed: why does systemctl report that rc-local.service failed?
I don't know, and at this point I don't care.
Since /tmp/rc.local.log exists and contains
+ /home/ange
On 10/28/2014 04:00 PM, Ed Greshko wrote:
rc.local is working just fine!!
Riddle me this, Ed: why does systemctl report that rc-local.service failed?
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listin
On 10/29/14 06:44, Joe Zeff wrote:
> On 10/28/2014 03:27 PM, Ed Greshko wrote:
>> And we are talking about debugging the OP's case only. I'm not going to
>> get into a tangent discussion on what I want to see from him. If you want
>> something else from him, go ahead and request it.
>
> If the
On 10/28/2014 03:27 PM, Ed Greshko wrote:
And we are talking about debugging the OP's case only. I'm not going to get
into a tangent discussion on what I want to see from him. If you want
something else from him, go ahead and request it.
If the OP's scripts create logs or text files, they
On 10/29/14 03:42, Angelo Moreschini wrote:
> I don't understand what you mean with : "Make your rc.local contain...".
Do one of two things..
1. Put the rsync command in the rc.local file *not*
/home/angelo_dev/bin/syncronize-java_srcs.sh
OR
2. Keep /home/angelo_dev/bin/syncronize-java_
On 10/29/14 06:24, Joe Zeff wrote:
> On 10/28/2014 03:20 PM, Ed Greshko wrote:
>> Well, yes But for the purpose of debugging there is nothing to see
>
> Yes and no. The script creates a text file containing certain lines from
> /var/log/messages and I can check after boot to see when the fil
On 10/28/2014 03:20 PM, Ed Greshko wrote:
Well, yes But for the purpose of debugging there is nothing to see
Yes and no. The script creates a text file containing certain lines
from /var/log/messages and I can check after boot to see when the file
was created and what's in it. Of cours
On 10/29/14 03:33, Joe Zeff wrote:
> On 10/28/2014 12:21 PM, Ed Greshko wrote:
>> Right Because you have rc.local calling another script!Please don't
>> do that
>
> My rc.local does nothing but call another script, with a fully qualified path
> name and it works just fine.
Well, yes
Hi Ed
I don't understand what you mean with : "Make your rc.local contain...".
On Tue, Oct 28, 2014 at 9:33 PM, Joe Zeff wrote:
> On 10/28/2014 12:21 PM, Ed Greshko wrote:
>
>> Right Because you have rc.local calling another script!Please
>> don't do that
>>
>
> My rc.local does n
On 10/28/2014 12:21 PM, Ed Greshko wrote:
Right Because you have rc.local calling another script!Please don't do
that
My rc.local does nothing but call another script, with a fully qualified
path name and it works just fine.
--
users mailing list
users@lists.fedoraproject.org
To
On 10/28/14 23:39, Angelo Moreschini wrote:
>
> Hi Ed,
>
> How I said you in the preceded thread,_the file hello was created (when I
> tried the first time. I deleted it recently.)._
>
OK That tells you that rc.local is being executed.
> Now I am send you the contents of the files .. :(but
On 10/28/2014 11:12 AM, Angelo Moreschini wrote:
[angelo_dev@zorro ~]$ *_systemctl status rc-local.service_*
rc-local.service - /etc/rc.d/rc.local Compatibility
Loaded: loaded (/usr/lib/systemd/system/rc-local.service; static)
Active: failed (Result: exit-code) since Tue 2014-10-28 17:07:
[angelo_dev@zorro ~]$ *ls -l /etc/rc.d/rc.local*
-rwxr-xr-x. 1 root root 315 Oct 28 16:55 /etc/rc.d/rc.local
[angelo_dev@zorro ~]$ *systemctl status rc-local.service*
rc-local.service - /etc/rc.d/rc.local Compatibility
Loaded: loaded (/usr/lib/systemd/system/rc-local.service; static)
Active
On 10/28/2014 02:18 AM, Angelo Moreschini wrote:
I would like to have some advice concerning the way to manage tests, in
order to understand because the content of rc.local is not executed at
the start... and to obtain that scripts run at the boot
Post the results of these commands:
ls -l /etc
Hi Ed,
How I said you in the preceded thread,* the file hello was created (when I
tried the first time. I deleted it recently.).*
Now I am send you the contents of the files .. :(but I am not able to
understand totally what you suggest me to do)
- - - - - - - - - - - - - - - - - - - - 1) the
On 10/28/14 19:08, Ed Greshko wrote:
> On 10/28/14 17:18, Angelo Moreschini wrote:
>> After I read this announcement, I create the the file rc.local and I made it
>> executable:
>>
>> [angelo_dev@zorro rc.d]$ ls -l /etc/rc.d/rc.local
>>
>> -rwxr-xr-x. 1 root root 1262 Oct 27 12:18 /etc/rc.d/rc.loc
On 10/28/14 17:18, Angelo Moreschini wrote:
>
> After I read this announcement, I create the the file rc.local and I made it
> executable:
>
> [angelo_dev@zorro rc.d]$ ls -l /etc/rc.d/rc.local
>
> -rwxr-xr-x. 1 root root 1262 Oct 27 12:18 /etc/rc.d/rc.local
>
>
> But, doing some tests, I saw that
On Tue, 28 Oct 2014 18:43:46 +0800
Ed Greshko wrote:
> There is no need to enable rc-local.service.
>
I'm still living in the past :(
___
Regards
Frank
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/l
On 10/28/14 17:22, Frank Murphy wrote:
> On Tue, 28 Oct 2014 11:18:37 +0200
> Angelo Moreschini wrote:
>
>
>> But, doing some tests, I saw that the scripts stored inside rc.local
>> not run at boot, ...on my computer.
>>
>>
>> I would like to have some advice concerning the way to manage tests,
On 28.10.2014 10:59, poma wrote:
> On 28.10.2014 10:18, Angelo Moreschini wrote:
>> I would say that this thread is the continuation of a my preceding thread :
>>
>> “selecting some kind of files using the resync command”
>>
>>
>> There I got help in order to make the backup of some my critical fi
On 28.10.2014 10:18, Angelo Moreschini wrote:
> I would say that this thread is the continuation of a my preceding thread :
>
> “selecting some kind of files using the resync command”
>
>
> There I got help in order to make the backup of some my critical files.
>
> Now I am able to backing up
On Tue, 28 Oct 2014 11:18:37 +0200
Angelo Moreschini wrote:
> But, doing some tests, I saw that the scripts stored inside rc.local
> not run at boot, ...on my computer.
>
>
> I would like to have some advice concerning the way to manage tests,
> in order to understand because the content of
I would say that this thread is the continuation of a my preceding thread :
“selecting some kind of files using the resync command”
There I got help in order to make the backup of some my critical files.
Now I am able to backing up these files using a shell script from the line
command.
But I
63 matches
Mail list logo
