PS3 webMAN MOD v1.45.00 - New Features / Web Commands / Improvements from Aldostools

twferrenburg · Oct 25, 2016

bguerville said:
No problem, it will be moved to a specific thread. . [emoji6]

Isn't it the second user reporting freezing issues on 1.45.0x? Similar to ex05's problems is it not?

I forgot to mention that I am using a 2tb. external hdd formatted with Fat 32 using game folders and my PS3 internal hdd is a 1tb. After just reading ex05's reply to his problems, it seems like were having similar or if not same issues besides having different formatted external hdd's. I'm only reporting this to help, I'm a big fan of your work. Thanks again.

bguerville · Oct 27, 2016

@aldostools
I have now another user am helping through pm having issues when using prepNTFS with his 2Tb external drive. Seemingly Irisman works OK but not prepNTFS, which is a bit strange...
Could it really be a coincidence that all these users have problems with a 2Tb drive....?

aldostools · Oct 28, 2016

bguerville said:
@aldostools
I have now another user am helping through pm having issues when using prepNTFS with his 2Tb external drive. Seemingly Irisman works OK but not prepNTFS, which is a bit strange...
Could it really be a coincidence that all these users have problems with a 2Tb drive....?

2Tb drives are very common nowadays.

If IRISMAN is working OK with these drives, it's possible that the issue is the flags of the EBOOT of the build being used.

I recommend to re-download the lastest prepNTFS from github, just to be sure that they are using the latest build.

bguerville · Oct 28, 2016

aldostools said:
2Tb drives are very common nowadays.

If IRISMAN is working OK with these drives, it's possible that the issue is the flags of the EBOOT of the build being used.

I recommend to re-download the lastest prepNTFS from github, just to be sure that they are using the latest build.

They have already installed the latest version, it's one of the first things I ask users to do usually.
This particular user says that smaller drives are ok but the 2Tb has this issue.
Irisman seems to deal with it fine, prepares the wmtmp folder ok but prepNTFS won't do the job properly.
He is gonna test with another 2Tb to see if the problem is the same....

emufan1 · Nov 3, 2016

Movian 5.0.406gc704c sees all 4 NTFS partitions of my 4TB 4k sector drive just fine. (shows ntfs0, ntfs1, ntfs2, ntfs3) and I played some videos, listened to music and looked at some icons of games on the 4th partition which holds my PS3 games.

>NTFS [DEBUG]: Mounted 4 partitions on device 0
>NTFS [DEBUG]: Mounted ntfs0
>NTFS [DEBUG]: Mounted ntfs1
>NTFS [DEBUG]: Mounted ntfs2
>NTFS [DEBUG]: Mounted ntfs3

I don't know if having all my NTFS partitions before the 2TB barrier makes a difference. I did that because I keep my linux stuff on the upper 2TB part of the drive.

Modman seems to struggle, I tried it with and without the PFS driver and a USB.CFG. The partitions populate in its fileman but lockup when trying to browse.

Webman-mod, I don't even know where to begin to have it even check a 4th partition, or if it even supports 4k sectors. I know it isn't seeing the games right now or even showing the drive in its file manager. So what I use is PS3NetServ(which has a strange issue sometimes creating 100MB+ icons then locking up, so I copy the icon0.png over manually to wmtmp, but that is a sidetrack).

Is there a way for webman to access ntfs3 (ntfs partition 4)? Can webman/aldos ask movian's author for the working ntfs system?

-----

EDIT: Looks like those debug lines in movian come from here and it uses libntfs_ext .

Habib 4.65 1.02 cobra seems like it may be using some version of this library also, no idea if it would support my drive though. I am on Rebug and have no idea what it uses, and if it uses libntfs_ext what it is doing or not doing with it.

DeViL303 · Nov 3, 2016

emufan1 said:
Movian 5.0.406gc704c sees all 4 NTFS partitions of my 4TB 4k sector drive just fine. (shows ntfs0, ntfs1, ntfs2, ntfs3) and I played some videos, listened to music and looked at some icons of games on the 4th partition which holds my PS3 games.

>NTFS [DEBUG]: Mounted 4 partitions on device 0
>NTFS [DEBUG]: Mounted ntfs0
>NTFS [DEBUG]: Mounted ntfs1
>NTFS [DEBUG]: Mounted ntfs2
>NTFS [DEBUG]: Mounted ntfs3

I don't know if having all my NTFS partitions before the 2TB barrier makes a difference. I did that because I keep my linux stuff on the upper 2TB part of the drive.

Modman seems to struggle, I tried it with and without the PFS driver and a USB.CFG. The partitions populate in its fileman but lockup when trying to browse.

Webman-mod, I don't even know where to begin to have it even check a 4th partition, or if it even supports 4k sectors. I know it isn't seeing the games right now or even showing the drive in its file manager. So what I use is PS3NetServ(which has a strange issue sometimes creating 100MB+ icons then locking up, so I copy the icon0.png over manually to wmtmp, but that is a sidetrack).

Is there a way for webman to access ntfs3 (ntfs partition 4)? Can webman/aldos ask movian's author for the working ntfs system?

I cant help with your problem but wow that's cool, you are the first person I have seen who has mentioned getting a NTFS drive over 2TB to work with the PS3 in any shape or form (except FAT32). It would be really great if all sizes of drive were supported by WMM and MM.

bguerville · Nov 3, 2016

emufan1 said:
Habib 4.65 1.02 cobra seems like it may be using some version of this library also, no idea if it would support my drive though. I am on Rebug and have no idea what it uses, and if it uses libntfs_ext what it is doing or not doing with it.

Cobra & Mamba don't use the libntfs library I don't see how Habib Cobra cfw would...
Same thing for Rebug...
Ntfs support is not implemented at cfw level.

Backup managers offering ntfs support & compiled with psl1ght sdk usually use the library though. This is true for Iris Manager forks, prepNTFS, movian & Managunz. All those brews use the libntfs_ext library ported from Android to Wiii then to PS3.
Multiman & webman don't use the library due to compatibility problems with projects built around Cell SDK.

emufan1 · Nov 3, 2016

bguerville said:
Cobra & Mamba don't use the libntfs library I don't see how Habib Cobra cfw would....

Hopefully this will give some more insight and either confirm what you are saying, or if not, maybe worth looking more into. Perhaps somebody with experience downgrading or who wants to look through the source code can see how or even if it is utilized or if it is just bundled in there. Here is the changelog of Habib 4.65 V1.02:

------------------

Update 2: HABIB COBRA 4.65 V1.02

1.fixed ntfs iso bugs
.....
5.removed dirty patch which was to improve games compatibility(causes some backup managers problem for ntfs iso)

-------------------

But at least it makes sense why webman/modman fails and Movian works. Maybe it is worth considering trying again to get libntfs_ext as it is used in Movian for PS3 to work in a custom firmware or with those loaders, perhaps as a toggle that swaps between the two methods, as it seems to work superiorly and many new drives now will have 4k sectors and large sizes.

Here is a screen shot(if the forum is letting me insert images) of the files in the source code for the release for those who are curious , and here is the source code SRC_465_9_17_14.zip

https://i.sli.mg/zKKt9p.png

bguerville said:
This is true for Iris Manager forks,

Is there a particular Iris Manager fork you recommend for testing purposes? I'd love to test this out. I have Iris Manager of some type but it failed to see the drives. I believe I have the package titled "UP0001-IRISMAN00_00-VER4800000000000-A0480-V0100-PE.pkg.584.v4.80_brewology_com.pkg" and it didn't seem to work, but it might be a rebug setting causing a conflict.

bguerville · Nov 3, 2016

The changelog mention bug fixes with Cobra to improve compatibility with ntfs support offered by homebrews but not natively...

WMM does not offer native ntfs support but uses shortcuts made by prepNTFS (which relies on libntfs_ext) or even Irisman.
We are currently looking into adapting libntfs to cellsdk so we can include it into wMM in the future...

What was wrong exactly with Irisman 4.80?
You are sure it was not a test build as there was a few recently ? Can you download the latest version again (Full Edition if you want the whole pkg) from store.brewology.com?
If you are using Rebug 4.80.1 & you have issues with new build you could try the previous version Irisman 3.50.10, it works fine also.
No particular settings in the Rebug Toolbox but I dunno what you may have changed in Debug Settings or whatever, anyway just keep Cobra enabled for iso support, Irisman would also prepare ntfs files for webMAN-MOD. It can of course mount JB games as well...
Report in the Irisman thread if you have a problem & questions... [emoji6]

emufan1 · Nov 3, 2016

bguerville said:
WMM does not offer native ntfs support but uses shortcuts made by prepNTFS (which relies on libntfs_ext) or even Irisman.
We are currently looking into adapting libntfs to cellsdk so we can include it into wMM in the future...

That sounds great!

-----------------------------

As far as Irisman I reinstalled it, fileman sees the drives and folders so I must of picked up a stray as you assumed. My most of my games are JB though, so I guess I'll have to wait until ntfs JB support happens, or create a FAT32 partition and move them there. Unless irisman already supports JB ntfs through folder mounting as fake iso or /dev/ bddv, in which case I get "error FFFFFFFF loading sprx_iso plugin" and will have to move the conversation to the iris thread as you suggested to figure out what is going on.

zeromant · Nov 4, 2016

emufan1 said:
Movian 5.0.406gc704c sees all 4 NTFS partitions of my 4TB 4k sector drive just fine. (shows ntfs0, ntfs1, ntfs2, ntfs3) and I played some videos, listened to music and looked at some icons of games on the 4th partition which holds my PS3 games.

>NTFS [DEBUG]: Mounted 4 partitions on device 0
>NTFS [DEBUG]: Mounted ntfs0
>NTFS [DEBUG]: Mounted ntfs1
>NTFS [DEBUG]: Mounted ntfs2
>NTFS [DEBUG]: Mounted ntfs3

I don't know if having all my NTFS partitions before the 2TB barrier makes a difference. I did that because I keep my linux stuff on the upper 2TB part of the drive.

Modman seems to struggle, I tried it with and without the PFS driver and a USB.CFG. The partitions populate in its fileman but lockup when trying to browse.

Webman-mod, I don't even know where to begin to have it even check a 4th partition, or if it even supports 4k sectors. I know it isn't seeing the games right now or even showing the drive in its file manager. So what I use is PS3NetServ(which has a strange issue sometimes creating 100MB+ icons then locking up, so I copy the icon0.png over manually to wmtmp, but that is a sidetrack).

Is there a way for webman to access ntfs3 (ntfs partition 4)? Can webman/aldos ask movian's author for the working ntfs system?

-----

EDIT: Looks like those debug lines in movian come from here and it uses libntfs_ext .

Habib 4.65 1.02 cobra seems like it may be using some version of this library also, no idea if it would support my drive though. I am on Rebug and have no idea what it uses, and if it uses libntfs_ext what it is doing or not doing with it.

Just out of curiosity, is all of your 4 partitions set to "logical" or "primary"?

Enviado desde mi BLU STUDIO X mediante Tapatalk

emufan1 · Nov 4, 2016

zeromant said:
Just out of curiosity, is all of your 4 partitions set to "logical" or "primary"?

First 3 are primary, last one is in an extended. Here is an image of the full table including the linux partitions:

https://i.sli.mg/z0aIFt.png

----------------------

On an extended side note by reading the Extra Things and Limitations section of the news release for Cobra 7.0

I now understand the current situation regarding NTFS and why it only supports iso, how it relates to libntfs and what is going on with how the system interacts and even what ps3netsrv is doing. It is worth reading. The Cobra author leveraged existing things and made a quick change to libntfs to add ntfs iso support, and it would be very doable to add JB format, but would require some more work.

It does indeed have a 2TB limit unless it has been changed.

Code:

Drives with more than 2TB: if the parts of the files goes over 2TB offset, this won't work.

As I don't see a newer version of ntfs_ext_iso than anywhere in Joonie's github for 7.0 and cobra 7.3 doesn't have that folder, I'm guessing it was not updated and is still the original 7.0 version from 2013 or close. The only other person I saw working on ntfs for ps3 was Andoma for movian and it was just libntf_ext seems it is just 6 commits further than Estwalds. Since Andoma didn't add anything relating to sector size(unless it was triggered by flags and functions relating to adding psl1ght support), there shouldn't be any issues in any firmware with 4k ntfs sectors in larger hard drives that use Estwalds/Cobra's ntfs support.

Multimod uses "libpfsm v0.1.0" if anybody wants to look at what that is doing and where it breaks on ntfs for comparison. It was released anonymously in 2011 and doesn't seem like anybody has worked on it publicly since.

So those issues people that have with webman, ntfs, etc likely stem from the 2TB limit. Perhaps a newer version of libntfs_ext fixed the problem and it can be added into webman when that support is added, if it is a reasonable method, or perhaps ntfs_ext_iso.sprx and rawseciso.sprx have to be modified.

kozarovv · Nov 10, 2016

emufan1 said:
Movian 5.0.406gc704c sees all 4 NTFS partitions of my 4TB 4k sector drive just fine. (shows ntfs0, ntfs1, ntfs2, ntfs3) and I played some videos, listened to music and looked at some icons of games on the 4th partition which holds my PS3 games.

>NTFS [DEBUG]: Mounted 4 partitions on device 0
>NTFS [DEBUG]: Mounted ntfs0
>NTFS [DEBUG]: Mounted ntfs1
>NTFS [DEBUG]: Mounted ntfs2
>NTFS [DEBUG]: Mounted ntfs3

I don't know if having all my NTFS partitions before the 2TB barrier makes a difference. I did that because I keep my linux stuff on the upper 2TB part of the drive.

Modman seems to struggle, I tried it with and without the PFS driver and a USB.CFG. The partitions populate in its fileman but lockup when trying to browse.

Webman-mod, I don't even know where to begin to have it even check a 4th partition, or if it even supports 4k sectors. I know it isn't seeing the games right now or even showing the drive in its file manager. So what I use is PS3NetServ(which has a strange issue sometimes creating 100MB+ icons then locking up, so I copy the icon0.png over manually to wmtmp, but that is a sidetrack).

Is there a way for webman to access ntfs3 (ntfs partition 4)? Can webman/aldos ask movian's author for the working ntfs system?

-----

EDIT: Looks like those debug lines in movian come from here and it uses libntfs_ext .

Habib 4.65 1.02 cobra seems like it may be using some version of this library also, no idea if it would support my drive though. I am on Rebug and have no idea what it uses, and if it uses libntfs_ext what it is doing or not doing with it.

Please try with test build from this post: http://www.psx-place.com/threads/ir...iles-with-different-content.11498/#post-60568

FYI @aldostools

emufan1 · Nov 10, 2016

kozarovv said:
Please try with test build from this post: http://www.psx-place.com/threads/ir...iles-with-different-content.11498/#post-60568

If I am correct that you are replying to me, I am the one who started that thread over there. The first test build works(prepntfs was creating bad maps of the iso location on the hard drive needed for mounting the iso), and I'll be trying his 2nd test soon and if no issues present, the fix should appear on github afterwards.

----------------------

The three things I've learned about NTFS iso support as it currently and will likely stand for a long time:

1. No file can cross the 2TB boundary of the drive. The easiest way is to ensure this is to create a partition that is no larger than 2TB that starts at the beginning of the drive.

2. That isos can not be overly fragmented, on windows you can use "contig theisoname.iso" to reduce the amount of fragments and "contig -a thefilename.iso" to get the current count. I believe it has to be less than 8k fragments, but of course reducing it far below that is encouraged. Contig can be found on microsoft's website under their sysinternals section.

After defragging you need to run prepntfs again.

3. Ntfs compression may cause issues with reading the iso, so don't compress folders or files you plan to mount.

Hopefully this will help troubleshoot issues people are having in addition to the fix aldos will soon push.

kozarovv · Nov 10, 2016

emufan1 said:
If I am correct that you are replying to me, I am the one who started that thread over there.

Yes I'm replying to you as you mentioned problems with ntfs using webman MOD, so basically with prepNTFS in this case. So update to it can also help in your case.

emufan1 said:
The first test build works(prepntfs was creating bad maps of the iso location on the hard drive needed for mounting the iso), and I'll be trying his 2nd test soon and if no issues present, the fix should appear on github afterwards.

You mean that You are able to mount NTFS games from "4th partition"? So problem for webman MOD ntfs is solved in your case?

emufan1 · Nov 10, 2016

kozarovv said:
You mean that You are able to mount NTFS games from "4th partition"? So problem for webman MOD ntfs is solved in your case?

Yes, everything is working well now as far as I can tell.

kozarovv · Nov 10, 2016

emufan1 said:
Yes, everything is working well now as far as I can tell.

Good to know.

FYI @aldostools your latest changes probably give huge boost to ntfs compatibility for webman MOD.

Turranius · Dec 29, 2016

I have not had my PS3 on for a while. Today I updated to rebug 4.81.1 and suddenly my ps3netsrv (x64) crashes on the linux machine.

Code:

======= Backtrace: =========
/lib64/libc.so.6(+0x7d053)[0x7fe790b15053]
./ps3netsrv64[0x402647]
./ps3netsrv64[0x403fc2]
/lib64/libpthread.so.0(+0x7dc5)[0x7fe791077dc5]
/lib64/libc.so.6(clone+0x6d)[0x7fe790b8eced]
======= Memory map: ========
00400000-0040b000 r-xp 00000000 08:03 1989  /root/ps3net/ps3netsrv64
0060a000-0060b000 r--p 0000a000 08:03 1989  /root/ps3net/ps3netsrv64
0060b000-0060c000 rw-p 0000b000 08:03 1989  /root/ps3net/ps3netsrv64
023b4000-023d5000 rw-p 00000000 00:00 0  [heap]
7fe780000000-7fe780021000 rw-p 00000000 00:00 0
7fe780021000-7fe784000000 ---p 00000000 00:00 0
7fe788000000-7fe788021000 rw-p 00000000 00:00 0
7fe788021000-7fe78c000000 ---p 00000000 00:00 0
7fe78fc94000-7fe78fc95000 ---p 00000000 00:00 0
7fe78fc95000-7fe790796000 rw-p 00000000 00:00 0  [stack:19462]
7fe790796000-7fe790897000 r-xp 00000000 08:03 537340656  /usr/lib64/libm-2.17.so
7fe790897000-7fe790a96000 ---p 00101000 08:03 537340656  /usr/lib64/libm-2.17.so
7fe790a96000-7fe790a97000 r--p 00100000 08:03 537340656  /usr/lib64/libm-2.17.so
7fe790a97000-7fe790a98000 rw-p 00101000 08:03 537340656  /usr/lib64/libm-2.17.so
7fe790a98000-7fe790c4f000 r-xp 00000000 08:03 537340648  /usr/lib64/libc-2.17.so
7fe790c4f000-7fe790e4f000 ---p 001b7000 08:03 537340648  /usr/lib64/libc-2.17.so
7fe790e4f000-7fe790e53000 r--p 001b7000 08:03 537340648  /usr/lib64/libc-2.17.so
7fe790e53000-7fe790e55000 rw-p 001bb000 08:03 537340648  /usr/lib64/libc-2.17.so
7fe790e55000-7fe790e5a000 rw-p 00000000 00:00 0
7fe790e5a000-7fe790e6f000 r-xp 00000000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fe790e6f000-7fe79106e000 ---p 00015000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fe79106e000-7fe79106f000 r--p 00014000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fe79106f000-7fe791070000 rw-p 00015000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fe791070000-7fe791086000 r-xp 00000000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fe791086000-7fe791286000 ---p 00016000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fe791286000-7fe791287000 r--p 00016000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fe791287000-7fe791288000 rw-p 00017000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fe791288000-7fe79128c000 rw-p 00000000 00:00 0
7fe79128c000-7fe791375000 r-xp 00000000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fe791375000-7fe791575000 ---p 000e9000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fe791575000-7fe79157d000 r--p 000e9000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fe79157d000-7fe79157f000 rw-p 000f1000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fe79157f000-7fe791594000 rw-p 00000000 00:00 0
7fe791594000-7fe7915b5000 r-xp 00000000 08:03 537341461  /usr/lib64/ld-2.17.so
7fe7917a9000-7fe7917ae000 rw-p 00000000 00:00 0
7fe7917b2000-7fe7917b5000 rw-p 00000000 00:00 0
7fe7917b5000-7fe7917b6000 r--p 00021000 08:03 537341461  /usr/lib64/ld-2.17.so
7fe7917b6000-7fe7917b7000 rw-p 00022000 08:03 537341461  /usr/lib64/ld-2.17.so
7fe7917b7000-7fe7917b8000 rw-p 00000000 00:00 0
7fff6f6a5000-7fff6f6c6000 rw-p 00000000 00:00 0  [stack]
7fff6f6ca000-7fff6f6cc000 r-xp 00000000 00:00 0  [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0  [vsyscall]

So I updated to webMAN 1.45.05 MOD (full) and grabbed the latest source. Compiled ps3netsrv
ps3netsrv build 20161211 (mod by aldostools)
and used that, but it still crashes when I "Refresh XML" and "Refresh HTML" after a second or two of it starting.

I can also make it crash by going to Files / Net0 and go into my GAMES folder (Where most of my games are). It shows the game folders and after a few seconds, ps3netsrv on the linux machine crashes again. It does show all folders though.

ps3netsrv is simply launched with

Code:

./ps3netsrv64 /mnt/ps3 38008 192.168.101.*

webMAN MOD 1.45.05 memory set to "Normal" (Always worked before).

To be honest, I'm not sure if its the new webMAN MOD or Rebug that caused it since I have not had it started in a while...

It does not seem to be the ps3netsrv64 binary though. I went back to my previous version (ps3netsrv build 20151215.1 (mod by aldostools)) and that does the same thing..

Edit: It lists all the GAMES and then, as my cursor is on one of the games, shows the logo for that game (Still in Files/Net0), ps3netsrv crashes. This is with just one game in GAMES.

If I do not go into GAMES and just use a few ISO files in PS3ISO, it does not happen. Neither does it happen in PSXISO.

If I leave GAMES empty, I can happily refresh XML and HTML without problems. If I put a single game into GAMES (tested a few different onces), ps3netsrv crashes.

Another example. Notice how it crashes on the first game it automatically hovered over when going into File / net0/GAMES:

Code:

# ./ps3netsrv64 /mnt/ps3/Share 38008 192.168.101.*
ps3netsrv build 20161211 (mod by aldostools)
Path: /mnt/ps3/Share

Waiting for client...
Connection from 192.168.101.242
Connection from 192.168.101.242
Connection from 192.168.101.242
open /GAMES/Viking - Battle for Asgard [BLUS-30129]/PS3_GAME/ICON0.PNG
*** Error in `./ps3netsrv64': double free or corruption (out): 0x00007fc7d0000990 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x7d053)[0x7fc7d5698053]
./ps3netsrv64[0x401be0]
./ps3netsrv64[0x404095]
/lib64/libpthread.so.0(+0x7dc5)[0x7fc7d5bfadc5]
/lib64/libc.so.6(clone+0x6d)[0x7fc7d5711ced]
======= Memory map: ========
00400000-0040b000 r-xp 00000000 08:03 1989  /root/ps3net/ps3netsrv64
0060a000-0060b000 r--p 0000a000 08:03 1989  /root/ps3net/ps3netsrv64
0060b000-0060c000 rw-p 0000b000 08:03 1989  /root/ps3net/ps3netsrv64
01d1a000-0203b000 rw-p 00000000 00:00 0  [heap]
7fc7cf7ff000-7fc7cf800000 ---p 00000000 00:00 0
7fc7cf800000-7fc7d0000000 rw-p 00000000 00:00 0  [stack:19984]
7fc7d0000000-7fc7d021a000 rw-p 00000000 00:00 0
7fc7d021a000-7fc7d4000000 ---p 00000000 00:00 0
7fc7d4016000-7fc7d4017000 ---p 00000000 00:00 0
7fc7d4017000-7fc7d4817000 rw-p 00000000 00:00 0
7fc7d4817000-7fc7d4818000 ---p 00000000 00:00 0
7fc7d4818000-7fc7d5018000 rw-p 00000000 00:00 0
7fc7d5319000-7fc7d541a000 r-xp 00000000 08:03 537340656  /usr/lib64/libm-2.17.so
7fc7d541a000-7fc7d5619000 ---p 00101000 08:03 537340656  /usr/lib64/libm-2.17.so
7fc7d5619000-7fc7d561a000 r--p 00100000 08:03 537340656  /usr/lib64/libm-2.17.so
7fc7d561a000-7fc7d561b000 rw-p 00101000 08:03 537340656  /usr/lib64/libm-2.17.so
7fc7d561b000-7fc7d57d2000 r-xp 00000000 08:03 537340648  /usr/lib64/libc-2.17.so
7fc7d57d2000-7fc7d59d2000 ---p 001b7000 08:03 537340648  /usr/lib64/libc-2.17.so
7fc7d59d2000-7fc7d59d6000 r--p 001b7000 08:03 537340648  /usr/lib64/libc-2.17.so
7fc7d59d6000-7fc7d59d8000 rw-p 001bb000 08:03 537340648  /usr/lib64/libc-2.17.so
7fc7d59d8000-7fc7d59dd000 rw-p 00000000 00:00 0
7fc7d59dd000-7fc7d59f2000 r-xp 00000000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fc7d59f2000-7fc7d5bf1000 ---p 00015000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fc7d5bf1000-7fc7d5bf2000 r--p 00014000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fc7d5bf2000-7fc7d5bf3000 rw-p 00015000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fc7d5bf3000-7fc7d5c09000 r-xp 00000000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fc7d5c09000-7fc7d5e09000 ---p 00016000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fc7d5e09000-7fc7d5e0a000 r--p 00016000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fc7d5e0a000-7fc7d5e0b000 rw-p 00017000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fc7d5e0b000-7fc7d5e0f000 rw-p 00000000 00:00 0
7fc7d5e0f000-7fc7d5ef8000 r-xp 00000000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fc7d5ef8000-7fc7d60f8000 ---p 000e9000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fc7d60f8000-7fc7d6100000 r--p 000e9000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fc7d6100000-7fc7d6102000 rw-p 000f1000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fc7d6102000-7fc7d6117000 rw-p 00000000 00:00 0
7fc7d6117000-7fc7d6138000 r-xp 00000000 08:03 537341461  /usr/lib64/ld-2.17.so
7fc7d632c000-7fc7d6331000 rw-p 00000000 00:00 0
7fc7d6335000-7fc7d6338000 rw-p 00000000 00:00 0
7fc7d6338000-7fc7d6339000 r--p 00021000 08:03 537341461  /usr/lib64/ld-2.17.so
7fc7d6339000-7fc7d633a000 rw-p 00022000 08:03 537341461  /usr/lib64/ld-2.17.so
7fc7d633a000-7fc7d633b000 rw-p 00000000 00:00 0
7ffda9a52000-7ffda9a73000 rw-p 00000000 00:00 0  [stack]
7ffda9ac6000-7ffda9ac8000 r-xp 00000000 00:00 0  [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0  [vsyscall]
Aborted

Edit2: Since it never completed a new XML scan, I still have my old list there. I can start games from it fine.

Code:

# ./ps3netsrv64 /mnt/ps3/Share 38008 192.168.101.*
ps3netsrv build 20161211 (mod by aldostools)
Path: /mnt/ps3/Share

Waiting for client...
Connection from 192.168.101.242
Connection from 192.168.101.242
Connection from 192.168.101.242
building virtual iso...
open /GAMES/Afro Samurai [BLUS30264]  <- Mounted and started the game fine.
Connection from 192.168.101.242
Connection from 192.168.101.242
Connection from 192.168.101.242
Connection from 192.168.101.242
Connection from 192.168.101.242
open /GAMES/2010 FIFA World Cup South Africa [BLUS30474]/PS3_GAME/ICON0.PNG <- Went into File / net0:GAMES and held the DOWN button, hoping I could scroll down a bit before the crash. I could. Went past the first 3 games in the list before it decided to load the ICON0.PNG from FIFA and crashed.
*** Error in `./ps3netsrv64': double free or corruption (out): 0x00007f17b800cb10 ***

Edit3: Sorry for the spam. To test, I renamed the ICON0.PNG to .old in the first game in the list. I could happily go into GAMES and back out again without it crashing. As soon as I scrolled one game down (with original ICON0.PNG), it loaded it and crashed.

So for sure something to do with loading the ICON0.PNG or whatever it does afterwards with ps3netsrv when it has loaded it (because it DOES show on the PS3 at the same time as the crash).

francesco2013 · Dec 29, 2016

Turranius said:

I have not had my PS3 on for a while. Today I updated to rebug 4.81.1 and suddenly my ps3netsrv (x64) crashes on the linux machine.

Code:

======= Backtrace: =========
/lib64/libc.so.6(+0x7d053)[0x7fe790b15053]
./ps3netsrv64[0x402647]
./ps3netsrv64[0x403fc2]
/lib64/libpthread.so.0(+0x7dc5)[0x7fe791077dc5]
/lib64/libc.so.6(clone+0x6d)[0x7fe790b8eced]
======= Memory map: ========
00400000-0040b000 r-xp 00000000 08:03 1989  /root/ps3net/ps3netsrv64
0060a000-0060b000 r--p 0000a000 08:03 1989  /root/ps3net/ps3netsrv64
0060b000-0060c000 rw-p 0000b000 08:03 1989  /root/ps3net/ps3netsrv64
023b4000-023d5000 rw-p 00000000 00:00 0  [heap]
7fe780000000-7fe780021000 rw-p 00000000 00:00 0
7fe780021000-7fe784000000 ---p 00000000 00:00 0
7fe788000000-7fe788021000 rw-p 00000000 00:00 0
7fe788021000-7fe78c000000 ---p 00000000 00:00 0
7fe78fc94000-7fe78fc95000 ---p 00000000 00:00 0
7fe78fc95000-7fe790796000 rw-p 00000000 00:00 0  [stack:19462]
7fe790796000-7fe790897000 r-xp 00000000 08:03 537340656  /usr/lib64/libm-2.17.so
7fe790897000-7fe790a96000 ---p 00101000 08:03 537340656  /usr/lib64/libm-2.17.so
7fe790a96000-7fe790a97000 r--p 00100000 08:03 537340656  /usr/lib64/libm-2.17.so
7fe790a97000-7fe790a98000 rw-p 00101000 08:03 537340656  /usr/lib64/libm-2.17.so
7fe790a98000-7fe790c4f000 r-xp 00000000 08:03 537340648  /usr/lib64/libc-2.17.so
7fe790c4f000-7fe790e4f000 ---p 001b7000 08:03 537340648  /usr/lib64/libc-2.17.so
7fe790e4f000-7fe790e53000 r--p 001b7000 08:03 537340648  /usr/lib64/libc-2.17.so
7fe790e53000-7fe790e55000 rw-p 001bb000 08:03 537340648  /usr/lib64/libc-2.17.so
7fe790e55000-7fe790e5a000 rw-p 00000000 00:00 0
7fe790e5a000-7fe790e6f000 r-xp 00000000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fe790e6f000-7fe79106e000 ---p 00015000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fe79106e000-7fe79106f000 r--p 00014000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fe79106f000-7fe791070000 rw-p 00015000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fe791070000-7fe791086000 r-xp 00000000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fe791086000-7fe791286000 ---p 00016000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fe791286000-7fe791287000 r--p 00016000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fe791287000-7fe791288000 rw-p 00017000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fe791288000-7fe79128c000 rw-p 00000000 00:00 0
7fe79128c000-7fe791375000 r-xp 00000000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fe791375000-7fe791575000 ---p 000e9000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fe791575000-7fe79157d000 r--p 000e9000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fe79157d000-7fe79157f000 rw-p 000f1000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fe79157f000-7fe791594000 rw-p 00000000 00:00 0
7fe791594000-7fe7915b5000 r-xp 00000000 08:03 537341461  /usr/lib64/ld-2.17.so
7fe7917a9000-7fe7917ae000 rw-p 00000000 00:00 0
7fe7917b2000-7fe7917b5000 rw-p 00000000 00:00 0
7fe7917b5000-7fe7917b6000 r--p 00021000 08:03 537341461  /usr/lib64/ld-2.17.so
7fe7917b6000-7fe7917b7000 rw-p 00022000 08:03 537341461  /usr/lib64/ld-2.17.so
7fe7917b7000-7fe7917b8000 rw-p 00000000 00:00 0
7fff6f6a5000-7fff6f6c6000 rw-p 00000000 00:00 0  [stack]
7fff6f6ca000-7fff6f6cc000 r-xp 00000000 00:00 0  [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0  [vsyscall]

So I updated to webMAN 1.45.05 MOD (full) and grabbed the latest source. Compiled ps3netsrv
ps3netsrv build 20161211 (mod by aldostools)
and used that, but it still crashes when I "Refresh XML" and "Refresh HTML" after a second or two of it starting.

I can also make it crash by going to Files / Net0 and go into my GAMES folder (Where most of my games are). It shows the game folders and after a few seconds, ps3netsrv on the linux machine crashes again. It does show all folders though.

ps3netsrv is simply launched with

Code:

./ps3netsrv64 /mnt/ps3 38008 192.168.101.*

webMAN MOD 1.45.05 memory set to "Normal" (Always worked before).

To be honest, I'm not sure if its the new webMAN MOD or Rebug that caused it since I have not had it started in a while...

It does not seem to be the ps3netsrv64 binary though. I went back to my previous version (ps3netsrv build 20151215.1 (mod by aldostools)) and that does the same thing..

Edit: It lists all the GAMES and then, as my cursor is on one of the games, shows the logo for that game (Still in Files/Net0), ps3netsrv crashes. This is with just one game in GAMES.

If I do not go into GAMES and just use a few ISO files in PS3ISO, it does not happen. Neither does it happen in PSXISO.

If I leave GAMES empty, I can happily refresh XML and HTML without problems. If I put a single game into GAMES (tested a few different onces), ps3netsrv crashes.

Another example. Notice how it crashes on the first game it automatically hovered over when going into File / net0/GAMES:

Code:

# ./ps3netsrv64 /mnt/ps3/Share 38008 192.168.101.*
ps3netsrv build 20161211 (mod by aldostools)
Path: /mnt/ps3/Share

Waiting for client...
Connection from 192.168.101.242
Connection from 192.168.101.242
Connection from 192.168.101.242
open /GAMES/Viking - Battle for Asgard [BLUS-30129]/PS3_GAME/ICON0.PNG
*** Error in `./ps3netsrv64': double free or corruption (out): 0x00007fc7d0000990 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x7d053)[0x7fc7d5698053]
./ps3netsrv64[0x401be0]
./ps3netsrv64[0x404095]
/lib64/libpthread.so.0(+0x7dc5)[0x7fc7d5bfadc5]
/lib64/libc.so.6(clone+0x6d)[0x7fc7d5711ced]
======= Memory map: ========
00400000-0040b000 r-xp 00000000 08:03 1989  /root/ps3net/ps3netsrv64
0060a000-0060b000 r--p 0000a000 08:03 1989  /root/ps3net/ps3netsrv64
0060b000-0060c000 rw-p 0000b000 08:03 1989  /root/ps3net/ps3netsrv64
01d1a000-0203b000 rw-p 00000000 00:00 0  [heap]
7fc7cf7ff000-7fc7cf800000 ---p 00000000 00:00 0
7fc7cf800000-7fc7d0000000 rw-p 00000000 00:00 0  [stack:19984]
7fc7d0000000-7fc7d021a000 rw-p 00000000 00:00 0
7fc7d021a000-7fc7d4000000 ---p 00000000 00:00 0
7fc7d4016000-7fc7d4017000 ---p 00000000 00:00 0
7fc7d4017000-7fc7d4817000 rw-p 00000000 00:00 0
7fc7d4817000-7fc7d4818000 ---p 00000000 00:00 0
7fc7d4818000-7fc7d5018000 rw-p 00000000 00:00 0
7fc7d5319000-7fc7d541a000 r-xp 00000000 08:03 537340656  /usr/lib64/libm-2.17.so
7fc7d541a000-7fc7d5619000 ---p 00101000 08:03 537340656  /usr/lib64/libm-2.17.so
7fc7d5619000-7fc7d561a000 r--p 00100000 08:03 537340656  /usr/lib64/libm-2.17.so
7fc7d561a000-7fc7d561b000 rw-p 00101000 08:03 537340656  /usr/lib64/libm-2.17.so
7fc7d561b000-7fc7d57d2000 r-xp 00000000 08:03 537340648  /usr/lib64/libc-2.17.so
7fc7d57d2000-7fc7d59d2000 ---p 001b7000 08:03 537340648  /usr/lib64/libc-2.17.so
7fc7d59d2000-7fc7d59d6000 r--p 001b7000 08:03 537340648  /usr/lib64/libc-2.17.so
7fc7d59d6000-7fc7d59d8000 rw-p 001bb000 08:03 537340648  /usr/lib64/libc-2.17.so
7fc7d59d8000-7fc7d59dd000 rw-p 00000000 00:00 0
7fc7d59dd000-7fc7d59f2000 r-xp 00000000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fc7d59f2000-7fc7d5bf1000 ---p 00015000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fc7d5bf1000-7fc7d5bf2000 r--p 00014000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fc7d5bf2000-7fc7d5bf3000 rw-p 00015000 08:03 537376086  /usr/lib64/libgcc_s-4.8.5-20150702.so.1
7fc7d5bf3000-7fc7d5c09000 r-xp 00000000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fc7d5c09000-7fc7d5e09000 ---p 00016000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fc7d5e09000-7fc7d5e0a000 r--p 00016000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fc7d5e0a000-7fc7d5e0b000 rw-p 00017000 08:03 537340675  /usr/lib64/libpthread-2.17.so
7fc7d5e0b000-7fc7d5e0f000 rw-p 00000000 00:00 0
7fc7d5e0f000-7fc7d5ef8000 r-xp 00000000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fc7d5ef8000-7fc7d60f8000 ---p 000e9000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fc7d60f8000-7fc7d6100000 r--p 000e9000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fc7d6100000-7fc7d6102000 rw-p 000f1000 08:03 537340714  /usr/lib64/libstdc++.so.6.0.19
7fc7d6102000-7fc7d6117000 rw-p 00000000 00:00 0
7fc7d6117000-7fc7d6138000 r-xp 00000000 08:03 537341461  /usr/lib64/ld-2.17.so
7fc7d632c000-7fc7d6331000 rw-p 00000000 00:00 0
7fc7d6335000-7fc7d6338000 rw-p 00000000 00:00 0
7fc7d6338000-7fc7d6339000 r--p 00021000 08:03 537341461  /usr/lib64/ld-2.17.so
7fc7d6339000-7fc7d633a000 rw-p 00022000 08:03 537341461  /usr/lib64/ld-2.17.so
7fc7d633a000-7fc7d633b000 rw-p 00000000 00:00 0
7ffda9a52000-7ffda9a73000 rw-p 00000000 00:00 0  [stack]
7ffda9ac6000-7ffda9ac8000 r-xp 00000000 00:00 0  [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0  [vsyscall]
Aborted

A Linux user

Wonderful ! Sorry man if I ask but as you are a Linux user are you using PS3 Games Manager (http://www.psx-place.com/resources/ps3-game-manager-by-francesco-fazio.151/) ? It is the app I wrote I am just wondering if you do it.

Coming to your problem I have compiled the same version of ps3netsrv and I am using it with webMAN 1.45.04 and I did have the same problem you had but only a couple of times. I did strace like you and I have got the same errors. When I restart it it works fine and only rarely it crashes.

BTW in order to make the ps3netsrv always available I used a little trick. I dont know if you know a load balancing daemon called haproxy (it is very popular). It is basically a TCP proxy so I configure webMAN to connect to the port of haproxy and haproxy balances the connection between two ps3netsrv running on different machines (but you can run two instances on the same machines and binding them on different TCP ports). This way if one ps3netsrv crashes the connection is automatically redirected to the other ps3netsrv

Turranius · Dec 30, 2016

francesco2013 said:
A Linux user Wonderful ! Sorry man if I ask but as you are a Linux user are you using PS3 Games Manager (http://www.psx-place.com/resources/ps3-game-manager-by-francesco-fazio.151/) ? It is the app I wrote I am just wondering if you do it.

Coming to your problem I have compiled the same version of ps3netsrv and I am using it with webMAN 1.45.04 and I did have the same problem you had but only a couple of times. I did strace like you and I have got the same errors. When I restart it it works fine and only rarely it crashes.

BTW in order to make the ps3netsrv always available I used a little trick. I dont know if you know a load balancing daemon called haproxy (it is very popular). It is basically a TCP proxy so I configure webMAN to connect to the port of haproxy and haproxy balances the connection between two ps3netsrv running on different machines (but you can run two instances on the same machines and binding them on different TCP ports). This way if one ps3netsrv crashes the connection is automatically redirected to the other ps3netsrv

Heya =) No, I've not tried PS3 Games Manager. I guess I'm not a kind of person who likes to control my PS3 from a browser on another machine. I like to do it all on the console itself. I might have a look at it though, heh.

Clever trick with HAProxy. Yes, I knew about it but never thought of using it like this. In my case it would not help though since ps3netsrv crashes every time. I did make a small script running in crontab on the machine though, so if its not running, its automatically started. That does not really help when it crashes when scanning for new/removed games though since that process aborts when ps3netsrv crashes =(

PS3 webMAN MOD v1.45.00 - New Features / Web Commands / Improvements from Aldostools

twferrenburg

bguerville

aldostools

bguerville

emufan1

DeViL303

bguerville

emufan1

bguerville

emufan1

zeromant

emufan1

kozarovv

emufan1

kozarovv

emufan1

kozarovv

Turranius

francesco2013

Turranius

Similar threads

Featured content

Trending content

Latest posts