$? - это переменная, которая хранит код ошибки предшествующей команды. по крайней мере в bash.
а $ - это просто символ. перед командами, кстати, он как-раз не ставится.
1185 ? R 721:40 php parse.php
R - идёт выполнение на ЦПУ.
на скрине также видно, что процесс php выполняется. судя по LA проблема не в задержках ввода-вывода.
у меня такое впечатление, что у вас в скрипте просто где-то бесконечный цикл образовался, например.
Влад, первым делом надо разбираться с той сущностью, у которой отношения вероятности наличия бага к предположительной сложности устранения этого бага выше.
если у вас дома свет погаснет - вы же не пойдёте вскрывать всю проводку? вероятнее всего электричество отрубили на подстанции. там же его и врубят через некоторое время. всего-то и надо убедиться, что у соседей его тоже нет...
вероятность найти баг в nohup низкая (софтина дубовая и давно отлаженная), устранить его самому - тоже.
вероятность найти баг в коде скрипта выше, устранить его тоже сможете сами.
исходя из этого я бы начал думать скорее на скрипт. но если хочется начать с nohup - можете погуглить на тему "nohup hangs", может что и найдёте...
Diman89, из похожего я в вашем списке вижу только 192.168.26.4, который отличается от 192.168.26.6 одним байтом.
также возможно после изменения конфига nextcloud следует перезапускать, не забывайте об этом.
Diman89, в таком случае добавьте в массив в конфиге запись со значением 192.168.26.6, ведь, судя по приведённому листингу в вопросе, у вас её нет.
P. S.: записи 192.168.0.0/16 и 192.168.26.0/24 можете удалить, они всё-равно ничего не дадут, ведь у вас нет такого доменного имени.
давайте начнём с начала.
а как вы открываете свой проект с локальной машины? что вы для этого делаете? открываете браузер и что-то вводите туда? или как-то иначе?
вы так виртуозно обходите все вопросы по правке кода, что у меня появилось подозрение, что кода вообще нет, а под "открыть проект" имеется ввиду что-то другое, нежели все тут предполагают.
dfgdfgdfgdfgfg, вы не привели ни языка программирования, ни пример кода, где у вас происходит привязка к интерфейсу. без этого я не знаю, что вам ответить. разве что попробуйте в вашем коде вместо добавления нового IP заменить 127.0.0.1 на 10.110.1.34.
про access.local можно общаться после того, как вы добьётесь работы по IP-адресу, иначе смысла нет.
dfgdfgdfgdfgfg, открыть код или файл настройки вашего проекта, найти, где там задаётся интерфейс для привязки, и вбить туда свой IP.
раз это ваш проект - вы должны знать, в каком его месте вы указывали IP интерфейса, который ваша программа слушает.
Hikac, для того, чтобы достать с него инфу, его делают работоспособным не в той степени, в которой хочется вам, а только в той степени, которой достаточно для того, чтобы достать с него инфу. чтобы сделать его настолько работоспособным, чтобы он работал дальше сколь-либо приличный срок, у них нет оборудования. именно поэтому они предлагают услугу восстановления данных, а не ремонта жёстких дисков.
современные жёсткие диски после вскрытия гермоблока неремонтопригодны в общем случае, потому что сервис-центры не владеют комплексом оборудования для подобного ремонта в общем случае.
может кто-то и чинит диски после подобной проблемы, но мне такие конторы неизвестны. если кто-то знает такую контору - может, он об этом тут напишет, но я бы сильно не надеялся.
Hikac, чувак, ты точно норм? как можно сделать неработоспособным диск, который уже неработоспособный? иначе бы его не принесли в контору для восстановления данных.
Hikac, всё верно, не смогут. не исключено, что он проработает ещё несколько минут или даже часов после того, как его собрали назад, но вам же не этого хочется, верно?
$?
- это переменная, которая хранит код ошибки предшествующей команды. по крайней мере в bash.а $ - это просто символ. перед командами, кстати, он как-раз не ставится.