Created/edited nodes no longer save content to fields

Posted by firesidelibrarian on December 7, 2014 at 10:53pm

After a recent failed attempt to update Drupal core & Open Outreach, I took my site back to a backup version with the help of tech support folks at my hosting service. The rollback would not work, and the tech assisting me said that there were a lot of permissions that needed fixing. So he tried to fix them.
Now when I go to create new nodes it will not save images or other media with the node. I upload the files (image to an image field, and an MP3 file to a media field), save the node, and when I view the node there are no media files attached. Those files are in the library, but they do not appear with the node.
Existing nodes' media & image files are fine, but if I edit the node in any way, the media files will no longer attach themselves to the node.

I have another site with a similar setup, and have used it to compare permissions on directories & files within the problem site, but cannot find anything that might explain my problem. And the Configuration settings remain unchanged (saving to sites/default/files & that directory has permissions of 755 ).

Is there something I am missing?
I have been working on this site for over a year, and finally had it ready to go live, but this is a no-go for this nonprofit.
HELP!

Comments

I think you are on the right track

Posted by Lowell on December 7, 2014 at 11:52pm

Most likely permissions and owner:group related. Might try to set sites/default/files to 775 to see if they then work as expected.

Good idea, but did not help

Posted by firesidelibrarian on December 8, 2014 at 12:30am

Hi Lowell,
Thanks for the suggestion. I just tried that now, but no luck.
I even cleared all caches after making that change.

Any other ideas?

Thanks again for being there on a Sunday night.

did you try irc?

Posted by Lowell on December 8, 2014 at 2:29am

You can pm me on irc or post your question in the drupal or drupal-support groups. If you precede a message with my name I will be notified directly

Not successfully

Posted by firesidelibrarian on December 8, 2014 at 8:49pm

Lowell,
I have tried IRC in the past, but have not succeeded in getting on. Guess I'll give it another try & hope for the best.
Thanks!
TV

quick questions

Posted by alancsilver on December 8, 2014 at 4:58pm

1) Linux system?
2) Who are the owner and group of the sites/default/files
3) What user is running as the web server (httpd) (ps -ef |grep http)
4) df -h (file system full?)
5) Anything useful from the drupal logs? (admin/reports/status and admin/reports/dblog)

alan

Added comment instead of replying

Posted by firesidelibrarian on December 8, 2014 at 9:06pm

Thanks for the questions. I mistakenly added my responses as a new comment on this thread, instead of replying directly to you (see below).

Hi alancsilver, Thanks for

Posted by firesidelibrarian on December 8, 2014 at 8:32pm

Hi alancsilver,
Thanks for responding. Here are the answers to your questions:
1) Linux on customized Apache server, web host: fastdomain.com
2) Owner: when I run ls -l, I get:
drwxrwxr-x 14 norther1 norther1 139264 Dec 7 15:31 files/
norther1 is the username of the account owner.

3) When I type in httpd from root directory, I get:
httpd: Could not open configuration file /etc/httpd/conf/httpd.conf: No such file or directory

But when I type in ps -ef |grep http I get:
norther1 5512 5735 0 13:20 pts/0 00:00:00 grep http

4) File system:

Filesystem      Size  Used Avail Use% Mounted on
rootfs           65G   20G   42G  32% /
fakefs           65G  9.3G   53G  16% /root
fakefs          294G  210G   81G  73% /home6/norther1
fakefs          4.0G  626M  3.4G  16% /ramdisk/bin
fakefs          4.0G  626M  3.4G  16% /ramdisk/etc
fakefs          4.0G  626M  3.4G  16% /ramdisk/php
fakefs           65G   20G   42G  32% /var/lib
fakefs           51G   30G   21G  60% /var/lib/mysql
fakefs           65G   20G   42G  32% /var/log
fakefs           65G   20G   42G  32% /var/spool
fakefs           65G   20G   42G  32% /var/run
fakefs          4.0G   36M  4.0G   1% /var/tmp
fakefs           65G   20G   42G  32% /var/cache/man

The 3rd line down is where the Drupal instance resides.

5) dblog only shows the node was updated & by admin. Status shows an update to core & Open Outreach is needed. Would it make any difference if I attempt to apply the update, could that fix the permissions?

Thanks in advance for your time, Alan!

Item 3

Posted by sher1 on December 8, 2014 at 9:48pm

So, the item 3 says you don't have any http process running which means you could be running ubuntu, which calls it's process apache2. So run
ps -ef|grep apache

And see what that returns.
The other response was just returning the ps -ef command you were running.

Post what the new ps -ef returns so we can see which user is running apache.

Here is what resulted

Posted by firesidelibrarian on December 8, 2014 at 10:07pm

I copied & pasted in the commands you gave me, and this is what came back:

# ps -ef|grep apache
norther1 14501  5735  0 15:04 pts/0    00:00:00 grep apache

Thanks, sher1 !

Web Server?

Posted by sher1 on December 8, 2014 at 10:40pm

Looks like we need to determine what web server is running. Another option would be to set the sites/default/files perms to 777, which would allow any user to write the files and then you can at least determine if there is a file/directory permission problem. I actually run my drupal instances with 777 for the files directory since if people can get control of my server, uploading files is the least of my concerns. You should also have the .htaccess file there to protect it.

Issue resolved

Posted by firesidelibrarian on December 8, 2014 at 11:16pm

After testing with the help of someone on IRC, I decided to change the permissions on /sites/default/files to 777, then try re-running the update and re-uploading a copy of .htaccess. It worked, and when I set /sites/default/files back to 755 it still worked.
WHEW!
Thanks to everyone who chimed-in with help!