Home / user-285666

massivefermion's questions

Martin Hope
massivefermion
Asked: 2019-10-26 23:56:54 +0800 CST
  • 1

recently we had to transfer some files between our servers(both ubuntu server 18.04). apparently the person who did this, didn't use the -a option of rsync(to preserve ownership information). So now, those files in the new server are owned by nobody:nogroup.

Well, I thought this was no problem, I just had to use chown. But sudo chown -R $USER:$USER <directory> just gives operation not permitted. This is already weird, but I logged in as root using sudo -i and tried to chang the ownership and the result was the same.

I googled the problem and people were talking about the directory being immutable. But lsattr -d <directory> returns ------------------ which means the directory is not immutable. But looking at ls -ld <directory> shows that only the owner(nobody:nogroup) has write access. So I try sudo chmod -R 666 <directory> but I get operation not permitted again.

At this point I just wanted to get it over with, so I edited /etc/passwd so that I can login using nobody. But even as nobody I got operation not permitted.

So now I have this huge space taken by these files that I can't delete but I also can't use in production.

Any suggestions? thanks

server permissions chmod chown
Martin Hope
massivefermion
Asked: 2017-12-20 10:32:35 +0800 CST
  • 0

I'am trying to run a project that uses Django and uWSGI in a Docker container. But I'm new to Docker and uWSGI so I'm not quite sure how I'm supposed to do it.

First I built the project with this command:

docker build -t saleor .

Then I ran it:

docker run --env SECRET_KEY="<the key>" -p 4000:80 saleor

And this is what I get:

[uWSGI] getting INI configuration from /app/saleor/wsgi/uwsgi.ini
[uwsgi-static] added mapping for /static => /app/static
*** Starting uWSGI 2.0.15 (64bit) on [Tue Dec 19 14:02:19 2017] ***
compiled with version: 4.9.2 on 19 December 2017 09:11:22
os: Linux-4.10.0-42-generic #46~16.04.1-Ubuntu SMP Mon Dec 4 15:57:59 UTC 2017
nodename: 88adfd3f2e93
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 4
current working directory: /app
detected binary path: /usr/local/bin/uwsgi
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) ***
your memory page size is 4096 bytes
detected max file descriptor number: 1048576
building mime-types dictionary from file /etc/mime.types...547 entry found
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uwsgi socket 0 bound to TCP address :8000 fd 3
Python version: 3.5.4 (default, Dec 12 2017, 16:43:39)  [GCC 4.9.2]
*** Python threads support is disabled. You can enable it with --enable-threads ***
Python main interpreter initialized at 0x12277b0
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 145536 bytes (142 KB) for 1 cores
*** Operational MODE: single process ***
WSGI app 0 (mountpoint='') ready in 2 seconds on interpreter 0x12277b0 pid: 1 (default app)
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 1)
spawned uWSGI worker 1 (pid: 10, cores: 1)

Now I don't know what I am supposed to do. Usually with Django applications, I would just check localhost:4000 in my browser. But it doesn't work in this case and I get nothing. So what am I supposed to do?

python
Martin Hope
massivefermion
Asked: 2016-08-10 19:52:59 +0800 CST
  • 1

Recently I installed ubuntu 16.04 LTS, but I have a little problem with it. I work with latex, and I use gummi to work with tex files. But when I set the default program for tex files to be gummi, all other text files, no matter the extension, and also text files with no extension, are opened with gummi too. But when I set the default program for all other text files to be gedit, then tex files are opened with gedit too. I didn't have this problem with ubuntu 14.04. What should I do? Thanks

default
Martin Hope
massivefermion
Asked: 2016-08-05 04:11:45 +0800 CST
  • 0

I tried to install something from source because there was no other option. I had to first make one part and then cmake and make another part of the software. But the second make was unsuccessful and I couldn't find out how to make it work. So now I just want to remove the software. My question is, will it do any kind of damage if I simply rm -r the directory containing the installation files?

P.S. The software doesn't provide a rule for make uninstall.

Thanks

make
Martin Hope
massivefermion
Asked: 2016-02-25 11:24:43 +0800 CST
  • 10

I just downloaded openmpi 1.10.2 from https://www.open-mpi.org/software/ompi/v1.10/ and installed it on my ubuntu 14.04LTS(./configure then make all install). But when I try to use mpiCC to compile a .cpp file, I get the error:

mpiCC: error while loading shared libraries: libopen-pal.so.13: cannot open shared object file: No such file or directory

Some people on the internet say that putting the path of the lib directory under the openmpi directory into the LD_LIBRARY_PATH environmental variable should solve the problem, but it didn't!

Also, it seems that there is no file by the name "libopen-pal.so.13" on my computer. The closest ones I could find under /usr/lib/openmpi/lib are libopen-pal.so and libopen-pal.so.4.0.5.

What should I do?

Thanks

mpi