At this point I'm willing to lose another day and get the backup server
online, at least that way I am on a clean slate with all the default
files and permissions, however, without the mysql backup, that's pretty
useless? I assume I can't just copy the database from /var/lib/mysql
right, it couldn't be that easy?
I suspect it's most likely permissioning problems in the NAS tree.
That's the only thing that could have changed, right ?
The server was working before, so other than mounting the NAS,
DON'T screw with it, and introduce more unknowns.
I've tried to do as little as possible, other than my unfortunate
accident with /var.....
I'm still presuming that's on the NAS only ?
no I screwed up /var on the server....I know, it was stupid, very
stupid. I managed to fix it enough to get mysql and rivendell to run,
and start airplay. but no idea what damage I have done otherwise, hence
my question abouting fixing permissions on /var. Or am I
misunderstanding that comment?
I found this on a google search
http://serverfault.com/questions/58277/copy-permissions-to-identical-tree-on-linux-unix
If you have the source and dest, you can synchronize your permissions
with |rsync -ar --perms source/ dest|
It will not transfer the data, just permissions...
although from looking at man rsync, I don't see where it states that the
data will not be copied with those settings? What Am I missing or is
this bad info?
alternatively this is also listed as a solution:
I just learned a new and simple way to accomplish this:
|getfacl -R /path/to/source> /root/perms.ac
|
This will generate a list with all permissions and ownerships.
Then go to one level *above* the destination and restore the
permissions with
|setfacl --restore=/root/perms.acl
|
The reason you have to be one level above is that all paths in
perms.acl are relative.
Should be done as root.
I know nothing about these comands, I googled them and it looks like
maybe that would work too. I'm asking you because I've messed up enough
already.....
thanks,
NS
Nathaniel C. Steele
Assistant Chief Engineer/Technical Director
WTRM-FM / TheCrossFM
On 11/28/2011 5:15 PM, Cowboy wrote:
This came direct, off list, which is OK.
On Monday 28 November 2011 04:38:32 pm you wrote:
I suspect it's most likely permissioning problems in the NAS tree.
That's the only thing that could have changed, right ?
The server was working before, so other than mounting the NAS,
DON'T screw with it, and introduce more unknowns.
I've tried to do as little as possible, other than my unfortunate
accident with /var.....
I'm still presuming that's on the NAS only ?
even before that it was not working though. at
this point, Airplay is still workingso the database is intact, and must
be permissioned correctly yes? or am I wrong here?
I suspect so, but don't know enough about MySQL internals.
Probably, it's a user permissioning thing inside MySQL, but
not necessarily the file system permissions.
Both have to be right.
The only time it's actually necessary to reboot a running linux box
is to replace the currently running kernel, or replace hardware.
Anything else is a mistake, and a potentially fatal one.
I know, I tried to tell my boss that, he seemed to think a reboot might
work. I exhausted my options, and against my better judgement, I did
it.....it didn't helpthings, and I had to fix a few things....
Been there, now I know better.
;)
_______________________________________________
Rivendell-dev mailing list
[email protected]
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
