Когда загружаешь файлы на сервер, они почему то заливаются пустыми,то есть не несут в себе никакой информации.С линуксом недавно познакомился и не знаю, как ликвидировать эту проблему.
Пожалуйста помогите, вопрос жизни и смерти.
LinuxForum.Fans
С внешнего источника на сервер загружаются пустые файлы.ОС: Centos 5.7
Автор: pro_exe
23 сообщений
2228 просмотров
pro_exe, потери в сети?
пропинговал,всё хорошо
Wolfenberg, потерь нет, даже под суперпользователем через SSH передаёшь файлы на сервер,всё равно такая беда,права на каталог 777,да и вообще куда ни залей,всё равно пустые,места на диске тоже ещё достаточно.
pro_exe, а с правами файлов всё норм?
да кстати,тут ещё забыл уточнить права к каталогу стоят 777,а когда туда заливаешь новые,то у этих залитых файлов права: -rw-r--r--,когда у всех остальных файлов в этом же каталоге стоят 777.
Только что заливал файл через SSH,всё нормально,залился с информацией,но права на него почему то -rw-r--r--.А вот когда через админку сайта(umi.cms),точнее через файловый менеджер загружаешь, тогда вообще пустые там оказываются и с такими же правами -rw-r--r--.
Когда загружаешь файлы на сервер.
Как?
Чем?
Откуда?
Каким способом?
Какие файлы?
Как обнаружилась проблема?
Что и в какой последовательности Вы лично делали, чтобы её решить?
Как дежурный по бригаде телепатов могу предположить, что Windows страдая некой malware тупо какает мимо, а в трафик выдаёт пустоту.
Имеется веб сервер.Ось:Centos 5.7(x64).На этом веб сервере держится сайт с системой управления UMI.CMS,у которой есть свой файловый менеджер, предназначенный для загрузки файлов на сервер.
К серверу физического доступа не имею,захожу на него с Windows через клиент Putty по SSH протоколу.
Для обмена информации с сервером использую клиент WinSCP.
Как?
Чем?
Откуда?
Каким способом?
Какие файлы?
Как обнаружилась проблема?
Что и в какой последовательности Вы лично делали, чтобы её решить?
Если закидываю файлы на сервер через клиент WinSCP, то файлы любого расширения заливаются как надо,не пустые,но права у них -rw-r--r-- и , хотя у каталога в который они закидываются права 777.
Если использовать файловый менеджер umi.cms, то файлы скидываются с тем же расширением,но информация которая в них должна быть отсутствует,размер у них 0,00байт, то есть пустые,и права у них в каталоге сервера становятся -rw-r--r--,при том что у каталога куда они заливаются, поставил 777.
Обнаружилась проблема после того как слетела структура umi.cms(тогда вообще ничего не работало).Для предотвращения этой беды весь сайт восстановил из резервной копии всё стало работать,только когда грузишь через файловый менеджер на сервер какие либо данные,они оказываются пустыми.После этого поставил права 777 на каталог,куда всё заливается.Больше в голову ничего не пришло.
Только что заливал файл через SSH,всё нормально,залился с информацией,но права на него почему то -rw-r--r--.
Это нормально. Есть такое понятие - umask. То есть реальные права на файлы формируются из дефольных прав и этого umask'а.
ssh?
права у них в каталоге сервера становятся -rw-r--r--
А вам на веб-сервере и не нужно права на выполнение файлов. Так что 644 оптимальный вариант.
А вам на веб-сервере и не нужно права на выполнение файлов.
Каких?
Каких?
А никаких. Они не выполняются напрямую.
[quote=karl_muenhgausen]Каких?
А никаких. Они не выполняются напрямую.[/quote]
Простите бывшего вебадмина, с 1997-го года я наверное в чём-то отстал, но не напрямую выполняются как?
Простите бывшего вебадмина, с 1997-го года я наверное в чём-то отстал, но не напрямую выполняются как?
Я имел в виду, что вы их не запускаете там напрямую, а файлы данных считываются сервером и уже сервер отдаёт результат выполнения для PHP и прочих серверных скриптов и непосредственно файлы для статики. Соответственно для PHP прав на выполнение и не нужно.
CGI сейчас редкость.
Ребят,пожалуйста помогите,я в линуксе вообще не шарю.А то меня совсем опечалили,говорят файловая система нагнулась или что то с оперативной памятью случилось, не хочется в это верить.
тогда покажи вывод команд:Ребят,пожалуйста помогите,я в линуксе вообще не шарю.А то меня совсем опечалили,говорят файловая система нагнулась или что то с оперативной памятью случилось, не хочется в это верить.
mount
tail -10 /var/log/messages
dmesg |tail -10
Ребят,пожалуйста помогите,я в линуксе вообще не шарю.А то меня совсем опечалили,говорят файловая система нагнулась или что то с оперативной памятью случилось, не хочется в это верить.
Линукс тут явно не имеет значения. Лажа в виндовом клиенте. *DRINK*
i2ks,
mount
/dev/sda1 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda6 on /home type ext3 (rw)
/dev/sda3 on /tmp type ext3 (rw)
/dev/sda2 on /var type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
tail -10 /var/log/messages
Apr 9 08:35:02 smb snmpd[26438]: Connection from UDP: [127.0.0.1]:60858
Apr 9 08:40:01 smb snmpd[26438]: Connection from UDP: [127.0.0.1]:37708
Apr 9 08:40:01 smb snmpd[26438]: Received SNMP packet(s) from UDP: [127.0.0.1]:37708
Apr 9 08:40:01 smb snmpd[26438]: Connection from UDP: [127.0.0.1]:37708
Apr 9 08:45:01 smb snmpd[26438]: Connection from UDP: [127.0.0.1]:49042
Apr 9 08:45:01 smb snmpd[26438]: Received SNMP packet(s) from UDP: [127.0.0.1]:49042
Apr 9 08:45:01 smb snmpd[26438]: Connection from UDP: [127.0.0.1]:49042
Apr 9 08:50:01 smb snmpd[26438]: Connection from UDP: [127.0.0.1]:59156
Apr 9 08:50:01 smb snmpd[26438]: Received SNMP packet(s) from UDP: [127.0.0.1]:59156
Apr 9 08:50:01 smb snmpd[26438]: Connection from UDP: [127.0.0.1]:59156
dmesg |tail -10
mtrr: type mismatch for f8f80000,40000 old: write-back new: write-combining
mtrr: type mismatch for f8f00000,80000 old: write-back new: write-combining
mtrr: type mismatch for f8e00000,100000 old: write-back new: write-combining
mtrr: type mismatch for f8c00000,200000 old: write-back new: write-combining
mtrr: type mismatch for f8800000,400000 old: write-back new: write-combining
mtrr: type mismatch for f8000000,800000 old: write-back new: write-combining
httpd[21276]: segfault at 00007fffc3205ff0 rip 00002afa49583a10 rsp 00007fffc3206018 error 6
httpd[21277]: segfault at 00007fffc3205ff0 rip 00002afa49583a10 rsp 00007fffc3206018 error 6
httpd[20821]: segfault at 00007fffc3205ff0 rip 00002afa49583a10 rsp 00007fffc3206018 error 6
input: AT Translated Set 2 keyboard as /class/input/input3
httpd[20821]: segfault at 00007fffc3205ff0 rip 00002afa49583a10 rsp 00007fffc3206018 error 6
или что то с оперативной памятью случилось
или CPU лихорадит. Надо детально разбираться.
Войдите или зарегистрируйтесь, чтобы ответить.
